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SZÓTÁR 


0. RÉSZ 





Nézzük, mivel bosszanthatjuk fel a 
hunglizmus híveit e hónapban - lega- 
lábbis sok olvasó teljesen biztos benne, 
hogy valami ehhez hasonló mottó 
jegyében írom meg minden hónapban 
a szótároldalt. lermészetesen nem az a 
célom, hogy csökkentsem a hipotóniás 
esetek számát, és szerencsére a legtöbb 
szakember egyetért a magyarításokkal. 
Amihez - sajnos — kezdek hozzászokni, 
a fiatalok szemében látható csillogás, 
mikor szinte kéjesen mesélik, mennyire 
vagány, mások által érthetetlen tolvaj- 
nyelvet alakítottak ki baráti körükben 
(melyről később rendszerint kiderül, 
hogy csupán az irc és az adgd angol 
nyelvezetének egy fura, minden nyelv- 
tani szerkezetet nélkülöző, eltorzult 
változata). Szerencsére azonban idővel 
az ember rájön, hogy a nyelv milyen 
fontos — nem csupán a pontos és ért- 
hető beszéd, de az írott nyelv, sőt a 
gondolkodásra gyakorolt hatása is. És 
szinte természetes, hogy a nyelv fejlő- 
dése során több szó , próbálja ki magát" 
egy-egy fogalom képviseletében. 

lalán pont ez bosszantja leginkább az 
informatikusokat. Micsoda feszültséget 
tud szülni, hogy (veszőparipámra 
utalva) a meghatározás és a definíció 
ugyanazt jelentik! Vagy hogy az ember 
külföldön megtanulja, hogy process, 

és idehaza folyamatnak nevezik! Ezek 
egyszerű példák, mindenkinél máshol 
van a határvonal. Van, akinek termé- 
szetes, hogy útválasztókról beszél, van, 
aki még a rendszergazda helyett is 
administratort képes mondani. Vannak 
olyan szavak, kifejezések, amelyek a 

, mesgyén" vannak, egyszerűen nem 
tudjuk eldönteni, hogy melyik szót 
használjuk az újságban. Ilyen például 
az abszolút útvonal, ami helyett sok- 
szor a kifejtett vagy teljes, teljesértékű 
útvonalat használják, vagy ott van az 
[/O rövidítés, ami mindenki számára 

a be- és kimenetet jelenti, sőt elsőre 
komoly kihívás az [/D magyar megfele- 
lőjének, a B/K-nak a megfejtése. 
Vannak olyan szavak is, amelyekre 
nemigen találunk a szakmában , hagyo- 
mányos" fordítást. Ebben a hónapban 
ismét előkerült a carrier grade, ami a 
,távközlésben használatos" értelemmel 
bír, mégis nehéz lefordítani, főleg, ami- 
kor valamelyik Linux-változat , Carrier 
Grade Edition" termékéről beszélünk. 
Sokkal nagyobb gondban voltunk a 
stackable filesystem kifejezéssel, ami 


lényegében olyan fájlrendszert takar, 
amelyik képes , ráülni" egy másik fájl- 
rendszerre. Azért is nehéz kérdés, mert 
a stack mint adatszerkezet is szerepel, 
valamint a stackable mint fogalom is 
(például a stackable router jelentése 
tornyozható vagy halmozható útvá- 
lasztó — amikor több útválasztót össze 
tudunk kötni, és azok egyetlen egység- 
ként képesek dolgozni). A végén - ta- 
lán nem a legszerencsésebben - a hal- 
mozható fájlrendszer mellett marad- 
tunk, mondhatnók, a pocakcsapkodás 
módszerét alkalmazva. 

Ezúton is kérek mindenkit, ha ötlete 
van az újságban lévő szavak magyarí- 
tásával kapcsolatban, ossza azt meg 
velünk! 

Jó olvasást! 


access point 7 hozzáférési pont 
adatfolyam - data stream 

adatsín — data bus 

alulcsordulás — underrun 

array 7 fürt 

bővítmény — plugin 

brute force — nyers erő 

burkoló — wrapper 

bus — sín 

carrier grade — távközlésben haszná- 
latos, nagy adatátvitelhez kialakított, 
távközlési 

chipset — lapkakészlet 

cluster - telep 

code-freeze - kódfagyasztás 

codec - kodek 

data bus - adatsín 

data stream - adatfolyam 

decoder — visszafejtő 

encoder — kódoló 

érintőképernyő — touch screen 

event 2 esemény 

farm 7 telep 

figyelő — listener 

filter 2 szűrő 

folt — patch 

folyam - stream 

force feedback - (jó ötleteket várunk!) 
fürt — (array) valamilyen szempontból 
azonos típusú eszközök együttese, 
amelyet logikailag egy eszközként 
kezelhetünk. Amennyiben teljes értékű 
gépeket állítunk össze, telepekről 
beszélünk. 

halmozható fájlrendszer — (stackable 
filesystem) más fájlrendszerekre 
ráépülni képes, további szolgáltatásokat 
biztosító kiegészítés. 


hard link - közvetlen hivatkozás 
hozzáférési pont — access point 
hurokhívás - (recursion) az önhívás egy 
változata, amikor közvetve történik 
meg az önhívás (például két függvény- 
nyel kialakított önhívás). 

illegal operation exception - érvény- 
telen műveleti kivétel 

init rendszerindítás és -beállítás 
inode J fájlleíró 

interprocess communication — folyamat- 
közi (folyamatok közti) kapcsolattartás 
Interrupt Descriptor Table - IDT, azaz 
megszakításleíró tábla 

joystick - botkormány 

kapu 7 port 

kernel panic - magpánik 

kodek - (codec) kódolást és visszafejtést 
is végző rész, ami például lejátszókban 
mint kiegészítő modul használható. 
kódoló — encoder 

közvetett hivatkozás — soft, symbolic link 
közvetlen hivatkozás — hard link, má- 
sodbejegyzés 

lapkakészlet — chipset 

listener - figyelő 

nyers erő — (brute force) A nyers erő 
módszerének hívjuk a különleges vagy 
ügyes megoldások nélküli, egyszerű 
módszereket, amelyek (más megol- 
dásokhoz képest) komoly erőforrást 
igényelnek. 

önhívás — recursion 

patch — folt 

plugin - bővítmény 

port - kapu 

privileged instructions 7 a program 
jogosulatlanul szeretne hozzáférni a 
magból a tárterülethez, vagy hibásan 
hajt végre kiváltságokhoz kötött 
utasításokat. 

recursion — önhívás, hurokhívás 
segmentation — szakaszolás 
segmentation fault 2 szakaszolási hiba 
sín — bus 

soft link 7 közvetett hivatkozás 
symbolic link - közvetett hivatkozás 
stackable filesgystem 7 halmozható 
fájlrendszer 

stackable device - tornyozható eszköz 
structure — szerkezet 

szakaszolás — segmentation 

szűrő — filter 

telep — farm, cluster 

touch screen 7 érintőképernyő 
underrun - alulcsordulás 

visszafejtő — decoder 

wheel - görgő (egérgörgő) 

wrapper 7 burkoló 
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Szy György 

a Linuxvilág főszerkesztője, 

a Kiskapu Kiadó vezetője. 
Mindenki levelét örömmel 
várja a következő levélcímen: 
Szy. Gyorgy Olinuxvilag.hu 


Móka és kacagás 

Sokan panaszkodtak, hogy 
keveset foglalkozunk a játé- 
kokkal, sőt egy rendszer nem 
is igazi rendszer, ha nem le- 
het rajta jóízűt játszani. Hi- 
szen már az iskolában is azt 
tanítják, hogy könnyedén, 
vidáman kell venni az élet- 
ben elénk kerülő akadályo- 
kat. Régebben egy-egy játék 
erejéig kitekintgettünk a 
,száraz" szakmai világból, de 
most külön csemegéket nyúj- 
tunk át játékos kedvű olva- 
sóinknak! A 74. oldaltól kez- 
dődően ugyanis egy egész kis mellék- 
letnek beillő rész foglalkozik a linuxos 
játékokkal. Sőt még Marcel is kiruccan a 
fogadó nyugodt világából egy kis köny- 
nyed fénymotorozásra (68. oldal). Sze- 
rencsés egybeesés, hogy a Gentoo is 
most erősített be a linuxos játékok 
területén. 

De nem csupán a kikapcsolódás oltárán 
feláldozott idő eltöltésének minőségi 
színvonalával foglalkozunk e hónapban. 
Ahogy már megszokhattuk, találkozunk 
több rendszergazda-nevelő cikkel is. 
Nagy örömömre méltó testvért találtunk 
dr. Büki András cikke mellé (Héj- 
programozás, 2. rész, 59. oldal), ami a 
szabályos kifejezéseket mutatja be 

(40. oldal). No igen, a már klasszikus 
idézet a klasszikustól: /(bbI[7 bI(2))/. 

A cikkek között a Vezérfonal e hónap- 
ban a rendszermag, ezen a területen is 
sok érdekeset igyekeztünk belekana- 
lazni ebbe a nyolcvanegynéhány oldal- 
ba. A 21. oldalon kezdődő cikkében 
Robert Love igyekszik nekünk röviden 
bemutatni, hogy milyen újdonságokat 
várhatunk a 2.6-os sorozattól, de foglal- 
kozunk még a titkosító API-val (32. 
oldal), a magmódú programokkal (29. 
oldal) és a 2.5-ös beállításával (26. oldal) 
is. A témát pedig egy érdekes kitekintés 
zárja, aminek révén a fájlrendszerek 


világába kukkantunk be. 

Ez utóbbi témával kapcsolatban ismét 
egy nagyon nehéz magyarítással kap- 
csolatos kérdésbe futottunk, ez pedig 

a stackable filesystem, de erről részlete- 
sebben az előző oldalon lévő szótárol- 
dalon írok. 

Mindig örömömre szolgál, ha valami- 
lyen ügyes megoldást mutathatunk be. 
E hónapban is sikerült ilyeneket 
közzétenni. Az első, ami igazából egy 
külön , világ", a mikrovezérlők progra- 
mozásával kapcsolatos, rejtelmeibe 
Havránek Ferenc vezet be bennünket 
(37. oldal). De hasznos megoldást mutat 
be - igaz, egy teljesen más területről — 
Fülöp Balázs is a 64. oldalon. És egyből 
utána következik Kolcza Péter cikke a 
házi multimédia könnyed megvalósí- 
tásának lehetőségeiről. 


Vállalatirányítási rendszerek 

A több hónapja rágcsált téma nem halt 
el, az ötleteket továbbra is gyűjtjük! 

E hónapban a GKM és az IHM által kiírt 
két pályázatról szóltam. Érdekes össze- 
hasonlítani, hogy a két különböző szem- 
pont szerint működő minisztérium 
mennyire másként ír ki egy ilyen pályá- 
zatot. És főleg, hogy mennyire másként 
állnak hozzá a nyílt alapú rendszerek- 
hez. Sajnálattal vettem tudomásul, hogy 
az IHM pályázati kiírásából szinte üvölt, 
hogy a pályázó nyílt rendszerekben 
nem is gondolkodhat. 

Talán abból is egyértelműen következik 
ez, hogy a megpályázható rendszer 
mögött nem elég, hogy cégnek kell 
állnia, de a cég tavalyi (rendszereladá- 
sokból befolyt) bevétele meg kell haladja 
a százmillió forintot. Nos, ha jól tudom, 
pont annyi ilyen cég van jelen a hazai 
piacon, ahány ezeréves tölgy az Asto- 
rián. Csendben reménykedem csupán, 
hogy jövőre több tucat olyan megoldás- 
szállító legyen szent hazánkban, akik 
nyílt rendszerekből ekkora bevételt 
könyvelhettek el. 


0 Kiskapu Kft. Minden jog fenntartva 


0 Kiskapu Kft. Minden jog fenntartva 


Programvadászat 


Játékok 

E számunktól kezdve megpróbáljuk a 
játékokat kedvelő Linux-rajongóknak 
megmutatni, hogy mit is lehet kedvenc 
operációs rendszerünk alatt játszani. 





A korongon helyet kapott a Ouake játék 
mindhárom változata, amelyekhez 
részletes telepítési útmutatót kaphatnak 
játék rovatunkból. 

Másik két játékos cikkünkhöz olvasóink 
szintén a korongon találhatják meg a 
programokat, ezek telepítéséhez az 
archívfájlokban találhatunk útmutatót. 


Opera 

Az Opera böngésző fejlesztőinek révén 
kirepültek a 7. sorozat első fecskéi. Ezek 
csak a kipróbálásra szánt változatok, 
úgyhogy senki se lepődjön meg azon, 
ha valami furcsaság történik a haszná- 
lata közben. Én ilyet nem tapasztaltam, 
pedig nyüvöm egy ideje. Még mindig 
hihetetlenül kis helyet foglal mind a 








merevlemezen, mind pedig a memóriá- 
ban - ennek köszönhetően gyorsan 
elindul még a régebbi gépeken is. CD- 
mellékletünkön megtalálhatják a leg- 
frissebb 7.11 beta2 változatot, többféle 
formátumban is. Szerepel közöttük rpm, 
deb, tar.gz, tar.bz2 és ppc.rpm fájl, kü- 
lönféle fordítókkal fordítva (gcc-2.95, 
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gcc-2.96 és gcc-3.2). A telepítése nagyon 
egyszerű, az rpm alapú rendszereken 

a megfelelő könyvtárban adjuk ki az 
rpm-i opera csomag neve.rpm 
parancsot, deb csomagnál ez dpkg —i 
opera csomag neve.detk, ekkor a 
telepítőrendszer megvizsgálja, hogy 
nekünk tényleg erre a csomagra van-e 
szükségünk. Amennyiben igen, akkor 
egy Opera böngésző boldog tulajdonosai 
és használói lettünk. Kicsit bonyolultabb 
a telepítés a tar.gz fájlokból: ezeket a 
fájlokat ki kell csomagolnunk, majd az 
install. sh fájlt kell a kicsomagolt 
könyvtárban futtatnunk. 

A korongra feltettük a megbízható 
6.12-es Opera-változatot is azok számá- 
ra, akik nem szeretik a próbaváltozatok- 
kal érkező esetleges hibákat. 


Mozilla 

1.3 

A legfrissebb megbízható Mozilla az 
1.3.1, ez mind hálózati telepítő, mind 
teljes telepítőcsomagban felkerült a 
korongra. 


1.4 

Az 1.4-es fejlesztői Mozilla-változat 
azoknak kedvez, akik szeretik kipróbálni 
az újdonságokat. Ennél a programnál is 
meg kell említenem, mint ahogy tettem 
ezt az Opera böngésző próbaváltozatá- 
nál is, hogy csak azok használják, akik 
tudják, mire is vállalkoznak ezzel a 


KESZTET ESEN ETTE Sú si xi 
Figasg select the setup type you wish to install, 


s7ypical . Navigatorand Mad 8. News 


Navigator, Mail $. News, Chatzilla, 
Debuager, and Inspector 


Navigátor only 


Choose components you wish to install 


Change. I 


v Cormpiete 


v Navigátor 


v Custom 


Dostnáton DÍrocióry 
fusrMócaymózilla 


lépésükkel. Itt is előfordulhat hibás, 
rendellenes működés, engem azonban 
az új dolgok hatalmas csábító erejükkel 
mindig meggyőznek arról, hogy tudom, 
mit csinálok! Így tettem a Mozillával is 
az Opera mellett, mindig merevleme- 
zemre kerül a legfrissebb változat is. 
lelepítése mindkét esetben rendkívül 
egyszerű: csomagoljuk ki az archívumo- 








kat, lépjünk be a keletkezett könyvtárba. 
Rendszergazdaként (root) futtassuk a 
mozilla-installer parancsot, ha 
mindenki számára elérhetővé akarjuk 
tenni a programot, vagy egyszerű fel- 
használóként, ha csak mi akarjuk hasz- 
nálni, esetleg nem rendelkezünk meg- 
felelő jogosultságokkal a rendszeren. 

Ha felhasználóként telepítjük, meg kell 
változtatni a telepítési célkönyvtárat. 


$U5SE-írissítések 

Az előző számunk mellékletén megje- 
lent SuSE-kiadáshoz adjuk most közre 

a frissítéseket. Sok olvasónk kérdezte, 
hogy honnan érhető el a cikkemben leírt 
FIP-archívum, ahonnan a teljes csomag- 
listát elérhetik a 8.2-es változathoz. 

A helyzet az, hogy időben annyira elé- 
mentünk a dobozos változat megjelené- 
sének, hogy a magazin megjelenésekor 
az FIP-kiszolgálókra még nem kerültek 
ki a csomagok. Most már elérhető bárki 
számára, íme a kiszolgálólista: 

2 ftp://gd.tuwien.ac.at/linux/suse/ 
suse.com/1386/8.2/ 

2 ftp:/ftp.solnet.ch/mirror/SuSE/1386/8.2/ 
Sajnos magyar tükröt eddig nem talál- 
tam (bevallom, nem is nagyon kerestem, 
csak néhányat néztem meg), nincs fent 
az anyag az fÍtp:/ftp.suselinux.hu-n sem, 
csak egy fájl, ami HAMAROSAN... 
névre hallgat. 


Rendszermag 

E havi lapszámunk fő témája a Linux- 
rendszermag, ezekhez a cikkekhez 
kapcsolódik szervesen a rendszermag- 
könyvtárban a legfrissebb fejlesztői mag, 
ami a 2.5.69-es változatszámú. Ezen már 
mindenki bátran kísérletezhet, és ismer- 
kedhet a (reméljük!) hamarosan meg- 
jelenő 2.6-os vagy 3-as megbízható 
rendszermag újdonságaival, változá- 
saival. Szükség is van az ismerkedésre, 
mivel a fejlesztők rendesen átalakították 
néhány helyen, s ez a beállításra is 
vonatkozik. 

Jó kísérletezést! 


Csontos Gyula 
(Csontos.Gyulaolinuxvilag.hu) 
A Linuxvilág szakmai és 
CD-szerkesztője. Szabadide- 
jében szívesen mászik hegyet 
és kerékpározik. 





Juhu! 


Közel két év kitartó munkájának ered- 
ményeképpen megszületett az UHU- 
Linux 1.0 Office. Az elsősorban irodai és 
otthoni felhasználásra felkészített UHU- 
Linux az eddig nyilvánossá tett kiadás 
előtti változatokhoz képest megújult 
külsővel és minden eddiginél frissebb 
tartalommal kerül terjesztésre. Hazánk 
nemzeti Linux-terjesztése élen jár a 
magyar nyelv támogatásában: minden 
idők messze legjobb magyar helyesírás- 
ellenőrzőjével — ami az OpenOffice.org- 
ban megtalálható myspell-motor tovább- 
fejlesztett változata —, a többi linuxos 
terjesztéshez képest rendkívül jó Gno- 
me- és KDE-fordításokkal. 
Kimondottan a magyar felhasználók 
igényeinek kielégítésére, előre telepített 
változatban megtalálható a MKOGY 
CompLEX CD Jogtár, valamint a Lafisoft 
raktárkezelő és számlázóprogram. 
Az UHU-Linux 1.0 irodai összeállítására 
méltán büszkék lehetünk - gratulálunk 
a fejlesztőknek! A változat letölthető 
vagy kereskedelmi termékként ajándé- 
kokkal, könyvvel megvásárolható az 
UHU-Linux honlapján. 
A terjesztés várhatóan a számítástech- 
nikával foglalkozó üzletekre, könyves- 
boltokra és áruházakra egyaránt kiterjed. 
2 http:/www.uhulinux.hu 

Gibizer Tibor 


United Devices: Grid MP 4.0 


A United Devices, az osztott hálózati 
alkalmazások piacvezető gyártója beje- 
lentette Grid MP 4.0 termékét. Az új 
változat teljesen új szemléletet alkalmaz 


az erőforrások, a 
UNITED 
DEVIDES" 


felhasználók és a 

házirendek virtu- 
ális kezelésében, üzenettovábbító felü- 
letének köszönhetően pedig a koráb- 
binál jóval több alkalmazást lehet — akár 
módosítás nélkül - lazán összekapcsolt 
csomópontokból álló hálózaton futtatni. 
Szintén újdonság a Linux alapú alkal- 
mazások windowsos futtatásának lehe- 
tősége, aminek révén a felsőbb kategó- 
riás gépekről kilépve jelentős, korábban 
vélhetően kihasználatlan számítási 
teljesítményt lehet az adott vállalat 
szolgálatába állítani. 
A United Devices megoldása adja a 
grid.org szervezet hátterét is. Aki rák-, 
antrax- vagy himlőkutatási célokra 
szeretné felajánlani számítógépének 
felesleges processzoridejét, az ügyfél- 
programot a 3 http:/www.grid.org 
oldalról töltheti le. 
2 http:/www.ud.com 
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Túlcsordulás-védelem 
rendszermagszinten 

Ingo Molnár fontos linuxos biztonsági 
bővítést jelentett be május elején. Az 
Exec Shield rendszermagfolt feladata az, 
hogy megvédje a rendszert a verem, a 
pufferek és a függvénymutatók túlcsor- 
dulásainak káros következményeitől 

-— amelyek az ,egyszerű" adatmódosu- 
lástól egészen a rendszer feletti ellenőr- 
zés támadó általi átvételéig terjedhet- 
nek. A hatékony, a rendszer számára 
minimális többletterhelést jelentő folt 
működése a felhasználók és az alkalma- 
zások számára átlátszó, a programok 
újrafordítására nincs szükség. A folt 
bizonyos típusú hibák következményei- 
nek elhárítására ugyan nem képes, ám 
a túlcsordulások miatti gondok túlnyo- 
mó részét várhatóan elfeledhetjük. 


P-sorozat a Matroxtól 

Két új grafikus kártyát mutatott be a 
Matrox, P650 és P750 jelzéssel, egyben 

— a hosszú éveken át futott G-sorozat 
után - életre hívva a P-sorozatot. A játé- 
kosokról már szó sincs a cég közleményé- 
ben, hiszen — sokak bánatára — a Matrox 
termékei teljesítményüket tekintve jó 
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ideje elmaradnak az ATIi és az nVidia lap- 
káira épülő kártyák mögött. A teljesít- 
mény azonban nem minden; legendásan 
jó képminőségének köszönhetően a Mat- 
rox biztos piacra lel a grafikusok, tervezők 
körében, akik két-három kijelzővel felsze- 
relkezve a korábbinál jóval hatékonyab- 
ban tudják végezni munkájukat. 
Mindkét kártya Parhelia-LX lapka köré 
épül, 8x ACP felületre csatlakozik és 

64 MB DDR RAM-ot tartalmaz. A P650 
két megjelenítő vezérlésére képes — ezek 
hagyományos monitorok, analóg és digi- 
tális IFI-panelek egyaránt lehetnek, illet- 
ve a második kimenetre tévé is csatlakoz- 
tatható. A P750 ennél is többet tud, bizo- 
nyos korlátozások révén akár három kijel- 
zővel is elboldogul. A P650 ára körülbelül 
38 ezer forint lesz, a P/750 pedig 54 ezer 
forint körül lesz megszerezhető. Lapzár- 
tánk idején mindkét kártya előrendelése 
lehetséges már a Matrox oldaláról. 

2 http:/www.matrox.com 


USB-s csecsebecse-rajongók, 
figyelem! 

Újabb taggal bővült az 
SMC EZ Networ- 
king termék- 
családja: egy 
USB 2.0 felü- 
letre 
csatlakozó 10/100 
Mb$s sebességű ethernetcsatolóval. 
Hasonló eszközöket eddig is lehetett 
vásárolni, ám inkább USB 1.1-es 
felülettel, ami a maga 12 Mb/s 
sebességével nem tette lehetővé az et- 
hernet kínálta átviteli lehetőségek ki- 
használását — a szűk keresztmetszet 

az USB 2.0 alkalmazásával végre eltűnt. 
Az SMC új csatolója célszerű kialakítású, 
apró bütyökként ékesíti használójának 
számítógépét, bár figyelembe véve, 
hogy ethernetcsatoló nélkül ma már 
elég nehéz számítógépet venni, alkal- 
mazási köre elég szűknek tűnik. Akinek 
mégis jól jönne egy ilyen játékszer, 

33 dollárért szerezheti meg. 

2 http:/www.smc.com 






sikeres az ilunes 

Az Apple Computer internetes zenebolt- 
jának megnyitását erős kételkedés övez- 
te. Sokan öltek már hatalmas összegeket 
egy-egy internetes szolgáltatásba, és 
nagyon sokan buktak vele hatalmasat. 
Nem így az Apple, amelynek új ilunes 
Music Store szolgáltatása elsöprő sikert 
aratott: nyitás után a kizárólag Apple- 
felhasználók számára elérhető oldalon 
körülbelül 275 000 zeneszámot adtak el, 
darabonként 99 centes, vagyis közel 

230 forintos áron. A vásárlók letöltés 
után CD-re írhatják vagy iPod készülék- 
re tölthetik át a zeneszámokat, az Apple 
tehát egyben saját hordozható lejátszója 
iránt is erősítheti a keresletet, mindent 
átfogó szolgáltatást nyújtva ügyfeleinek. 
A szolgáltatás kiterjesztését év végére 
tervezik, ami ekkor várhatóan már 
PC-ről is elérhető lesz. 

Az ilunes sikerét jelentős részben az 
magyarázza, hogy míg CD-n 16-18 dol- 
lár egy album, addig letöltve mindössze 
10 dollárt kell fizetni érte. A lemezkia- 
dók is nyilván jól járnak, és miután 
hosszú éveken harcoltak a zeneszámok 
internetes terjesztése ellen, végre hasz- 
not húzhatnak a hálózati eladásokból. 
Amennyiben az Apple szolgáltatása 
hosszú távon is életképesnek bizonyul, 
illetve elérhetőségét kiterjesztik, végre 
megkezdődhet az a változás a zeneszá- 
mok kereskedelmében, amire hosszú 
ideje várunk. 

2 http:/www.ipod.com/music/store/ 
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Nosztalgyiázó Verbatim 
A Verbatim új ,wvinil" CD-lemezeire — ame- 
lyek a régi bakelitlemezek világát idézik — 
tintasugaras nyomtatóval is nyomtatha- 
tunk. Nosztalgialemezeket eddig is 
gyártott a Verbatim, ám a lemezek felü- 
letére — erre alkalmas felület, címke hiá- 
nyában - eddig nem 
lehetett nyomtatni. 
A 80 perces CD-ket, 
amelyek 
minden te- 
kintetben 
a régi leme- 
zeket idézik 
— még barázdákat 
is találunk a felületü- 
kön —, elsősorban azoknak ajánlják, akik 
régi felvételeiket korszerűbb, a lejátszások 
alkalmával nem sérülő adathordozóra 
szeretnék másolni. A nem csak zene 
tárolására alkalmas lemezek nyomtatható 
címkéjüknek köszönhetően egyedi meg- 
jelenéssel ruházhatók fel, és jól felhasz- 
nálhatók céges anyagok, egyedi összeállí- 
tások, bemutatók terjesztésére is. A Ver- 
batim normál lézerlemezeihez hasonlóan 
ellenállnak az UV-sugárzásnak, a karcolá- 
soktól pedig kettős védőréteg óvja őket. 
Az élettartam-garanciával kapható leme- 
zek ára — 50-es csomagban — 50 dollár. 
2 http:/www.digitalvinylcdr.com 









Inyenceknek: PlexWriter Premium 

A Plextorra nem jellemző, hogy naponta 

jelentetne meg újabb és újabb terméket, 

ám az ilyen ritka pillanatok annál több 
érdekességet tartogatnak. Nincs ez más- 
képp a legújabb PlexWriter Premium 

CD-íróval sem, ami 52 X-es írásra, 32X-es 

újraírásra és 52X-es olvasásra képes. 

A meghajtóhoz mellékelt Plex1ools se- 

gédprogrammal különleges, a Plextor 

meghajtóját egyedivé varázsoló lehető- 
ségek egész sorát aknázhatjuk ki. 

e  SecuRec: a lemezek jelszóval 
védhetők. 

e . GigaRec: egy 700 MB-os lemezre 
1 GB anyagot lehet rögzíteni. 

e 0-Check: írás után ellenőrzi a lemez 
minőségét és esetleges hibáit. 

e Silent Mode: a tálca mozgatásának, 
a lemez felpörgetésének és olvasá- 
sának sebessége - és ezzel zajossága 
is — szabályozható. 

e — Varilgec: a lézersugár energiája 
állítható, így a zenei felvételek is 
kiváló minőségben rögzíthetők. 

A meghajtó ATAPI-felületre illeszkedik, 

a gyorstár-alulcsordulások ellen 8 MB 

memóriával védekezik. Ára 30 ezer 

forint körül alakul majd. 

2 http:/www.plextor.com 
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Linuxos kiszolgálók 
Opteron processzorokkal 
Az AMD új, 64 bitesprocesz- 
szoraitól hangos a fél szak- 
vá GERE 
világ, 

a különféle cégek egymás sarkát taposva 
jelentik be, hogy támogatják az Opteron 
lapkák használatát. A kifejezetten Linux 
alapú megoldásokat szállító Penguin 
Computing sem marad ki a sorból, Altus 
1000£E kiszolgálóival az AMD legújabb 
termékének sikeréből próbálja kihasítani 
a maga hasznát. Az állványba szerelhető 
gépeket kifejezetten fürtökben való 
használatra kínálják, erre utalnak az 
összeállítás adatai is. Az 1 egység magas 
gépházba kettő 200-as sorozatú Opteron 
processzor és legfeljebb 16 GB DDR 
RAM kerülhet. A gépeket lemezek nélkül 
is lehet rendelni, kettős gigabit ethernet- 
csatolóval bírnak, esetleges bővítésüket 
pedig PCI-X foglalat segíti. A cég három- 
éves garanciával kínálja kiszolgálóit, 
amelyekre előtelepítik a SuSE Enterprise 
Server 8 64-bites változatát. 

2 http:/www.penguincomputing.com 
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Játékra fel! 

A Lycoris és a IransGaming összefogá- 
sának eredményekért a játékosoknak 
többé nem kell ráfanyalodniuk a Win- 
dowsra — állítja a két cég. A közösen 
megjelentetett GamefFak egyrészt öt 
nyílt forrású, kifejezetten a Desktop/LX 
operációs rendszerhez igazított, új han- 
gokkal és grafikával 
feljavított játékot, 
másrészt egy hónap- 
nyi WineX-előfizetést 
foglal magában. 

A szintén most meg- 
jelent WineX 3.0 révén 
több mint 250 win- 
dowsos játék futtatható Linux alatt is, 
köztük olyan sikeres programok is, mint 
a Battlefield 1942, Medal of Honor vagy 
a SimCity 4 - természetesen ezeket már 
külön kell megvásárolni. 

2 http:/www.lycoris.com 

2 http:/www.transgaming.com 


Újabb linuxos PDA 


Mindentudó linuxos zsebtitkárt mutatott 
be a japán PalmNet. A készüléket állító- 
lag cégeknek fejlesztették, amit további 
szolgáltatásokkal kiegészítve és testre- 
szabva majd a saját nevük alatt dobhat- 
nak piacra. A tenyérnyi mindenes nem- 
csak elektronikus noteszként, de mobil- 
telefonként és digitális kameraként is 
használható, illetve vezeték nélküli 
hálózati kapcsolatot is képes teremteni. 





Magát az eszközt a koreai IMRI fejlesz- 
tette, operációs rendszerét pedig a 
Pekingi Műszaki Egyetemen állították 
össze. Hasonló játékszert a Sony is kínál, 
ám kisebb tudással és drágábban. A kö- 
rülbelül 560 dolláros árú készülék ope- 
rációs rendszerét egy nonprofit szer- 
vezet segítségével nyilvánosan is 
elérhetővé fogják tenni. 


Ujabb IP-telefonok a 
Cisco kínálatában 

A Cisco Systems új IP- 
telefonokat — szám sze- 
rint hármat - jelentett 
be. A Cisco 7920-as 
jelzésű mobil telefon- 
készülék 802.11b szab- 
vány szerinti vezeték 
nélküli hozzáférési 
pontokon keresztül 
továbbítja a beszélgetéseket, 

így elsősorban olyan helyeken tehet jó 
szolgálatot, ahol a munkatársak egy- 
mástól távol, szétszórtan végzik a 
munkájukat. 

A 7902G és 7912G készülékek asztali 
használatra készültek. Szabványos 
ethernethálózathoz csatlakoznak, és 
minden olyan szolgáltatást biztosítani 
tudnak, amit egy általános irodai tele- 
fontól a használója elvár: hívásismétlés, 
hívásátadás, hívásvárakoztatás, konfe- 
renciahívás stb. Mindkét készülék egy 
telefonszámot kezel, beállításaik IFI P- 
protokollon keresztül frissíthetők, vala- 
mint a DHCP-protokollt is támogatják. 
A Cisco ugyanakkor további telefonos és 
egyéb terméket, bővítést, alkalmazást is 
bejelentett. 

2 http:/www.cisco.com 





Windows helyett CrossOver 

A CodeWeavers lassan új nevet is 
kereshet a 2.0-sá érett CrossOver Office- 
nak. A Linux-Microsoft-barátságot 

— több fontos windowsos alkalmazásnak 
Linux alatt is futtat- 
hatóvá való tételével 
- szorgalmasan ápoló 
program ugyanis a b. 
Microsoft Office XP örseg ver 4 
összetevői mellett 

(az Outlookot kivéve) 
már az Adobe Photo- 
shop 7-es változatát és az Accesst is 
támogatja. Az új változat immár a japán, 
kínai és koreai nyelvű alkalmazásokat is 
futtatja, újabb hatalmas piacokat nyitva 
meg a CodeWeavers előtt. Az új változat 
az összes nagyobb terjesztést támogatja, 
ára 55 dollár. 

2 http:/www.codeweavers.com 






IBM Linux-központ nyílt Londonban 

Az IBM új, elsősorban a pénzügyi szakma 
igényeit kielégíteni hivatott Linux-tanács- 
adó központot nyitott Londonban. A köz- 
pont feladata az, hogy a gyakorlatban is 
kipróbálhatóvá tegye azokat a Linux ala- 
pú megoldásokat, amelyeket az IBM kínál 
ügyfeleinek, és ilyen módon a Linuxra 
való áttérésre buzdítsa a bankokat, pénz- 
ügyi intézményeket. A központban kü- 
lönféle kiszolgálók és Linuxot futtató asz- 
tali gépek is találhatók, így akár tovább- 
képzések tartására is alkalmas. 


9u5E Linux a távközlésnek 

Megjelent a SuSE Linux Enterprise 

Server Carrier-Grade Linux (CGL) 

Edition változata. A UnitedLinux alapo- 

kon, a HP az IBM és az Intel közremű- 

ködésével fejlesztett 
fe változat egyelőre Intel 
alapú gépekhez készült 
el. A Carrier-Grade 
Linux tervezet olyan 
Linux-változatok össze- 
) állítását célozza, ame- 
n lyek megfelelnek a táv- 
közlési ipar sajátos elvárásainak, és ame- 
lyek segítségével szabványokon alapuló, 
moduláris távközlési rendszerek, szol- 
gáltatások és termékek vezethetők be. 
Ezt az elgondolást követi az új SuSE-vál- 
tozat, ami felügyeleti és üzleti támoga- 
tási rendszerekben, átjárókban, jelkezelő 
berendezésekben, hang- és adatkezelő 
rendszerekben és vezeték nélküli meg- 
oldásokban egyaránt szerephez juthat. 

A SuSE Linux CGL Edition fontosabb 

jellemzői: 

e magas rendelkezésre állást biztosító 
szolgáltatások, hibakeresési és -javítá- 
si, illetve terhelésátvételi lehetőségek; 

e  ÍPv6 és mobil IPv6 RFC-k támogatása; 

e . programból megoldott valós idejű 
működés, alacsony válaszidők; 

e . RAID 0-támogatás; 

e . alkalmazások előtöltése, aminél a 
rendszer még a futtatás megkezdése 
előtt lefoglalja a megfelelő memória- 
területeket az alkalmazások számára; 

A SuSE Linux CGL Edition ingyenesen, 

javítócsomag formájában érhető el 

mindazok számára, akik már rendelkez- 
nek a SuSE Linux Enterprise Server 
8-változattal. 

A Carrier Grade Linux munkacsoport 

az Open Source Development Labs 

egyik csoportja. Az OSDL Linux alapú 

megoldások fejlesztését ösztönző szer- 
vezet, ami gyártóktól függetlenül, non- 
profit alapon végzi tevékenységét. 

2 http:/www.osdl.org 

2 http:/www.suse.com 
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Blu-ray 

A Sony bemutatta a világ első Blu-ray 
Disc előírások szerint működő optikai 
meghajtóját. A DVD utódjának szánt 
Blu-ray -— kék lézert használó — formá- 
tum fejlesztésekor az volt a cél, hogy 
HDIV minőségű mozgóképet lehessen 
rögzíteni az újfajta lemezekre - igaz, 

ez a lehetőség megfelelő műsorszolgál- 
tatás hiányában hazánkban inkább csak 
vágyálom marad. A fejlesztés befejezett- 
nek egyelőre közel sem mondható, 
műszaki gondok - és a lehető leghama- 
rabbi megjelenésre való törekvés — miatt 
a meghajtó az eredetileg eltervezetnél 
szűkebb szolgáltatáskészletet nyújt, és 
a költségek csökkentése érdekében szá- 
mos CD- és DVD-meghajtókból átvett 
részegységet tartalmaz. A hazánkban 
valószínűleg jó ideig még amúgy sem 
beszerezhető készülék megvásárlását 
érdemes elhalasztani — a Sony gőzerő- 
vel dolgozik a különféle formátumok 
támogatásán, a meghajtót újabb 
szolgáltatásokkal és egységekkel fogja 
bővíteni, fejleszteni. Annyit azonban 
érdemes tudni róla, hogy 23,3 GB-ot 
tud tárolni lemezenként, folyamatos 
átviteli sebessége 9 MB/másodperc, és 
várhatóan Ultra160 SCSI felülettel is 
meg lehet majd vásárolni. 


Adatbázisok apróságoknak 

A Solid Information lechnology bemu- 
tatta a Solid BoostEngine 4.0-t. A Boost- 
Engine egy magas rendelkezésre 
állású — a Carrier-Grade Linux köve- 
telményeket teljesítő — relációs adat- 
bázis-kezelő rendszer, amit elsősorban 
beágyazott készülékekbe, például 
útválasztókba, hálózati kapcsolókba, 
átjárókba szánnak. 

A Solid megoldása valójában két, egy- 
mással szorosan együttműködő részből 
épül fel, egy adatbázismotorból és 

egy adatbázis-összehangoló modulból. 
Az utóbbi segítségével másolatot lehet 
fenntartani a kérdéses készüléken futó 
adatbázisról, majd a másolat felhasz- 
nálásával azonnali feladatátvételt vagy 
terheléselosztást lehet végezni, így 
szinte bármilyen környezetben rendkí- 
vül jó rendelkezésre állást lehet 
biztosítani. 

2 http:/www.solidtech.com 
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autózni és bográcsban főzni. 





2003. június 





hd Edd 


0 Kiskapu Kft. Minden jog fenntartva 


ETEL ETL 


0 Kiskapu Kft. Minden jog fenntartva 


10 


Ó CÍM 


A Gazdasági és Közlekedési 
Minisztérium pályázatai 

2 http:/Avww.gkm.hu/zgk/index .paly 
Az Informatikai és Hírközlési 
Minisztérium VIR-pályázata 

2 http:/Avww.ihm.huztarsadalom/ 
palyazatok/ihm/ihm 20030508 1.html 
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Vállalatirányítási rendszerek kicsiben is... 


Milyen szerepet vállalnak a minisztériumok? 


Manapság a középvállalatok számára egyre fontosabb 
kérdés az informatika. Nemcsak azért, mert a szerve- 
zetet szinte csak ennek segítségével ellenőrizhetik a 
vezetők, de olyan segítséget is ad, amivel lényegesen 
gyorsabban és hatékonyabban képesek részt venni a 
piacon. Az EU-csatlakozás kapcsán több fórumon és 
több szempontból előtérbe került a vállalati informatika, 
ezen belül is a vállalatirányítási rendszerek (VIR). Az 
idehaza felmerülő igényt a minisztériumokban is érzéke- 
lik, olyannyira, hogy mind a Gazdasági és Közlekedési 
Minisztérium, mind az Informatikai és Hírközlési Minisz- 
térium pályázattal kíván javítani a jelenlegi helyzeten. 
Ha a célokat nézzük, mindkét pályázat lényege, hogy 

a pályázó az egész vállalatot átfogni képes rendszert 
vásároljon, mindkét pályázatra azonos keret (négyszáz- 
millió forint) áll rendelkezésre, valamint mindkét minisz- 
térium a több területet lefedni kívánó pályázatokat része- 
síti előnyben. Mindkét minisztérium azonban a saját 
szempontjait szem előtt tartva igyekezett kiírni a pályá- 
zatát, ezért a két VIR-pályázat sok mindenben különbözik 
egymástól. Míg a GKM saját bevallása szerint is elsősor- 
ban gazdaságilag megfontolt döntést vár a pályázótól, 
az IHM nagyon komoly szakmai követelményrendszert 
állított fel a termék beszállítójával szemben. A pályázók 
szemszögéből vajon melyik a jobb pályázat? 

Nézzünk meg egy-két alapvető különbséget. Talán a 
legfontosabb, hogy a GKM által kiírt pályázat a pályázó 
alkalmazottjainak számát kilencnél, míg az IHM 49-nél 
többen határozza meg. Gondolom, nem egyedül vagyok 
olyan, aki úgy gondolja, hogy pont a tíz és ötven fő 
közötti létszámmal dolgozó társaságok számára jelent 
rendkívüli nehézséget egy VIR beszerzése és üzemelte- 
tése. A tíz fő alatti cégek 
nagyjából átláthatók, ötven 
fő fölött pedig fura egy 

cég az, amelyik nem képes 
kitermelni egy rendszer 
költségét. Valahogy olyan 
érzésem támadt, hogy az 
IHM által kiírt pályázat 
kifejezetten megkívánja, 
hogy a beszállító valamelyik 
,nagyhal" legyen. 
Ugyanezt támasztja alá az 
IHM által a szállítóval szemben megkövetelt rendkívül 
sok tulajdonság — hogy ne keressünk sokáig: hány 
beszállító mondhatja el magáról, hogy a tavalyi év 
folyamán összértékben több mint százmillió forintban 
forgalmazott, telepített rendszereket? Vagy hogy fel tud 
mutatni legalább öt céget, ahol a rendszer már működik 
(ebből három cégnek legalább 50 fősnek kell lennie)? 

A további szigorú feltételekkel is nyilván a szakmai igé- 
nyesség jegyében szigorítja az IHM a kiírást, bár nem 
tudom, mennyire válik ez a pályázatok előnyére. Vala- 
hogy jobban tetszik a GKM hozzáállása: a vállalat döntse 


el, milyen rendszer jó a számára, de utána legalább 

öt évig üzemeltesse is! 

Az IHM pályázata nagyobb teret enged (legfeljebb 

15 MFt), ebből következik, hogy olyan bevezetések pá- 
lyázását is várják, amelyek összértékben 30 MFt fölé 
rúgnak. Ezzel szemben a GKM által kiírt pályázat ötmillió 
forintos felső határa lényegesen kisebb bevezetésekre 
enged következtetni. Ha tehát a pályázni kívánó cég 
összköltsége (pontosabban a megpályázható elemek 
összköltsége) nem haladja meg a tízmillió forintos kere- 
tet, mindenképpen a GKM pályázatán érdemes elindulni, 
figyelembe véve a tágabb lehetőségeket, valamint a 
másik pályázatban a programmal és a szállítóval támasz- 
tott rendkívüli követelményeket. Amennyiben pedig 
ötven fő fölötti cégnél vagyunk, és valamelyik — minő- 
ségbiztosítási rendszerrel is rendelkező — óriásrendszerét 
kívánjuk megvásárolni, akkor nagy segítség lehet az 
IHM pályázata. 

Mindkét esetben fontos a rendszer hosszú távú költsé- 
geit is figyelembe venni. Itt jönnek a varázslatos rövidí- 
tések, például a TCO. Ugyanis előfordulhat, hogy támo- 
gatással együtt csupán tízmillió forintba kerül számunkra 
egy négymodulos rendszer bevezetése, de az elkövet- 
kező években , üzembentartás" címszó alatt holmi pár- 
milliós éves költséggel számolhatunk. A másik érdekes 
kérdés, hogy a fejlesztő (szállító) mennyiért hajlandó 
továbbfejleszteni a rendszerünket? Ebből a szempontból 
az IHM pályázata előrelátóan kiköti, hogy a bevezetendő 
rendszer kapcsán a szállítónak be kell mutatnia, hogy 
lehetőség van a további bővítésre. Azt viszont nem hatá- 
rozza meg, hogy ezt milyen árszínvonalon kell megtenni. 
A ,röghöz kötés" tehát mindkét esetben komoly 
veszélynek tűnik. 

Egy további érdekes kérdés, hogy miként viszonyul a két 
pályázat a nyílt rendszerekhez. A GKM elmondása alap- 
ján, amennyiben a szállító be tud mutatni egy használ- 
ható rendszert, annak alacsony költségei még előnyként 
is szerepelnek az elbírálás során. Az IHM pályázata saj- 
nos a szigorú megkötések kapcsán (magyar támogatás, 
magyar program, a szállítóval szemben támasztott igé- 
nyek stb.) kifejezetten a nyílt megoldások ellen szól. 
Igaz, minél nagyobb a vállalat, annál könnyebben fizet 
meg egy óriásrendszert. De annál kisebb szüksége van 
külső segítségre egy ilyen rendszer megvásárlásához! 
Akárhogy is, örömmel fogadom mindkét minisztérium 
pályázatát, hiszen azt mutatják, hogy , odafent" is látják, 
tudják, hogy szükség van segítségre, valamint azt is, 
hogy a lehetőségek keretein belül meg is kívánják adni 
ezt a segítséget. 


Szy György (Szy.GyorgyOlinuxvilag.hu) 
Nap mint nap saját bőrén érzi, 

hogy mennyire fontos az informatika 
egy vállalatnál 





Vállalatirányítási rendszer GKIM 


A Gazdasági és Közlekedési Minisztériumon belül a 
vállalatoknál használandó vállalatirányítási rendszerek 
(VIR) kapcsán elsősorban nem a számítástechnikai kér- 
dések a fontosak. A Minisztérium célját — a pályázó vál- 
lalatok hatékonyságának növelését — a pályázóval együtt 
kívánja elérni, sőt megbízik a vállalat programválasztá- 
sában, hiszen minden vállalat más és más igényeket 
támaszt egy vállalatirányítási rendszerrel szemben. 

A Gazdasági és Közlekedési Minisztérium összértékben 
400 millió forintot szánt a vállalatirányítási rendszerek 
beszerzésének, üzembe helyezésének támogatására. 
Magyarné dr. Szabó Krisztinát, a GKM Kis- és Közép- 
vállalkozás-stratégiai és Pályázati Főosztályának főosz- 
tályvezetőjét kérdeztem a Széchenyi Vállalkozásfejlesz- 
tési Program , A kis- és középvállalkozások részére a 
korszerű vállalatirányítási rendszerek támogatására 
(SZVP-2003-2)" címen kiírt pályázatával kapcsolatban. 


Szy György: Milyen megfontolások alapján döntött 

úgy a minisztérium, hogy külön pályázatot ír ki a vállalat- 
irányítási rendszerek támogatására, és mit nyerhetnek 

a pályázók? 

Magyarné dr. Szabó Krisztina: A minisztérium számára 
nagyon fontos, hogy a megcélzott kis-közép blokkban 
minél hatékonyabb és egységesebb informatikai rend- 
szerek működjenek. Ez rendkívül fontos a mai kiélezett 
piaci helyzetben, és különösen nagy szerepet kap az 
elkövetkező években. A pályázat kiírásánál külön fontos- 
nak tartottuk, hogy ne az informatikai piac néhány sze- 
replőjét támogassuk, hanem anyagi segítséget adjunk 
az egységes rendszert használni kívánó vállalatok számá- 
ra. Pályázatokat tehát a rendszert vásárolni kívánó válla- 
latoktól várunk. Emellett fontosnak tartjuk, hogy a válla- 
lat saját maga döntse el, hogy milyen rendszer felel meg 
a céljainak, hiszen ahány tevékenységi kör, annyi külön- 
böző igény. Megfontolt döntésre ösztönöz a negyven 
százalékos támogatási korlát, valamint az is, hogy a 
bevezetett rendszert a támogatás lezárása után öt évig 
üzemben (és szinten) kell tartani. 

Sz. Gy.: Mely részét támogatják pontosan egy ilyen 
tervezeten belül? Gondolok itt arra, hogy a helyzetfel- 
mérésre, a bevezetésre vagy az üzembentartáshoz is 
pályázható-e támogatás? Gyakran egy-egy vállalat 
igénye oly sajátos, hogy a vállalatok maguk készítik 

a rendszerüket. Támogatják-e a belső fejlesztéseket? 

M. Sz. K.: Teljes bevezetéseket, sőt teljes csomagokat 
is lehet pályáztatni, a helyzetfelméréstől a bevezetésig 
(az üzembentartásra a pályázat nem vonatkozik), így a 
csomagba akár egyéb kapcsolódó költségek is beletar- 
tozhatnak. Fontos kiemelni azonban, hogy a pályázatnak 
nem elsődleges célja, hogy annak révén a vállalatok 
belső bérköltségeit vagy például a gépparkfejlesztését 
támogassuk. Elsősorban külső cég által szállított rend- 
szer használatát támogatjuk, ezt a számlaalapú elszá- 
molási rendszer is mutatja. 

Sz. Gy.: Hogyan viszonyulnak a nyílt rendszerekhez? 
Van-e megkötés a pályázott termékek szállítója kapcsán? 
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módra 


M. Sz. K.: Mint mondtam, fontosnak tartjuk, hogy a 
vállalat komolyan átgondolja, milyen rendszert kíván 
használni — ez a saját érdeke is, hiszen a költség na- 
gyobbik részét ő állja. Ennek fényében, ha egy vállalat 
nyílt rendszer használata mellett dönt, és a választott 
rendszer ugyanúgy kielégíti a vele szemben támasztott 
követelményeket, ez nem befolyásolja a pályázat elbírá- 
lását. Sőt például a frissítési, illetve követési díjak mér- 
téke esetleg egy nyílt rendszer felé is billentheti a 
mérleg nyelvét. 


zt (GAZDASÁGI ÉS KÖZLEKEDÉSI MINISZTÉRIUM 


Értékelési Táblázat 


Szempontok 


1 A vállalkozás működésének időtartama 

2. Ah projekt kidolgorottsága 

1. Saját tarrás aránya 

4 A költségvetés realítása 

5. Foglalkoztatás 

6 A prajekt szakmai értékelése (A mod.dok sétál lefedett vállalati 
totrarmatak , terület szára, a folyna PINA (deja az új modult mvatt, 
9 vállaistrány zás recduzer korzzarúságe) 


Maximálisan adhatú összpontszám 


Nam támogathatók azok a pályáratok, amelyek esetében a furnti srampontrendszut 
alaoján a piyázatra adott összpontszám nem én el a mirámáks $0 pontot 


7. Döntés 


A Mrsartórammn a benyújtott pályázatok eltáráláta érdekóben Brottságot hoz létre. A 
ő. pontban ismertetett sz nt 


Bitotts4g 4 VI/ teznertetet vezgontrenderet Mapjár: alakítja hi jarváslátát 


A Hizottrág javaslata alapján a tinssztor, Hetve az általa meghatalmazott személy dont 


e ga pályázat ményett támogatással egyező 0sszegü támogatásáról, vagy 


Sz. Gy.: Hogyan történik egy-egy pályázat elbírálása? 
M. Sz. K.: A pályázatokat egy bizottság bírálja el, ame- 
lyet független szakemberekből állítottunk össze. Az elbí- 
rálás során a pályázatnak egy adott pontozás alapján el 
kell érnie legalább az ötven százalékot. Természetesen 
a pályázat elbírálásához tartozó ponttáblázat nyilvános, 
ez alapján látható, hogy a pályázat akkor is kaphat 
támogatást, ha a bizottság nem ad teljes pontértéket 
például a projekt kidolgozottságára. 

Sz. Gy.: Tehát ha jól értem, jó eséllyel indulhat a pályá- 
zaton egy külső cég által bevezetendő termékre alapo- 
zott projekt, akkor is, ha a termék nyílt forráskódú? 
Például egy teljes csomag keretében, ahol a csomagba 
a helyzetfelméréstől kezdve a bevezetésen és betanítá- 
son át egészen az éles rendszer elindításáig minden 
beletartozik? 

M. Sz. K.: Igen, természetesen. A mi célunk, hogy a 
vállalatot segítsük saját üzletmenetének javításában, 
így nem a döntést kívánjuk meghozni helyette. Bízunk 
benne, hogy a pályázó képes megítélni, hogy az általa 
választott termék biztosítani tudja-e számára hosszú 
távon a hatékony működést. 

Sz. Gy.: Hova fordulhatnak további kérdéseikkel az 
érdeklődők? 

M. Sz. K.: Lehetőség nyílik az érdeklődők számára, 
hogy a benyújtandó pályázat kapcsán munkatársainkkal 
a 06-40-630-530-as kék számon konzultáljanak. Emellett 
kérdéseikkel a Minisztérium weboldaláról letölthető 
anyagokon túl a Magyar Vállalkozásfejlesztési KHT-t is 
felkereshetik. 

Sz. Gy.: Köszönöm a tájékoztatást. 


Szy György (Szy.GyorgyOlinuxvilag.hu) 
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e ELLEN 


0 Kiskapu Kft. Minden jog fenntartva 


ETETETT 


A minisztériumi pályázatok rövid összevetése 


Intézmény GKM IHM 


Pályázat célja Egységes VIR, Korszerű VIR, a létező korszerűsítése. 
modulok összekötése. 


Pályázható elemek Vásárlás, bevezetés — gép, Vásárlás, bevezetés — legalább három modul 
program, rendszerdíj. bevezetése. Ezen belül: beszerzés, fejlesztési 
Elbírálás alapján teljes csomag is! 1 díj, licensz, know-how, tanácsadás, rendszerterv, 

oktatás, telepítés, üzembe állítás, tesztelés. 


Nem támogatandó Tanácsadás, előkészítés, A költséghatékonyság elvét megszegő 
dokumentációs költségek, tevékenységek, a piacon általánosan 
reprezentációs költségek, elfogadottnál nagyobb összegek. 
saját alkalmazott bére, közterhek. 


Pályázók köre Gazdasági társaságok, Gazdasági társaságok. 
szövetkezetek, egyéni vállalkozók. 


Létszámmegkötés 9 és 250 fő között. 49 és 250 fő között. 





0 Kiskapu Kft. Minden jog fenntartva 


Pénzügyi megkötés Nettó árbevétel c 4 Mrd Ft Nettó árbevétel c 4 Mrd Ft, de 5 700 M Ft. 
Mérlegfőösszeg a 2,7 Mrd Ft Mérlegfőösszeg c 2,7 Mrd Ft, de 5 500 MFt 

Szükséges önerő, Legalább 259 önerő kell Legalább 259 önerő szükséges 

biztosíték (nem hitel és nem tagi kölcsön!) (ami nem hitel és nem tagi kölcsön!) 


Biztosíték nem feltétel. 


Kizáró ok Mezőgazdasági tevékenység, 
veszteséges gazdálkodó 
vagy negatív tőke. 





Pályázati díj Az igényelt támogatás 0,290-a, Egyszeri 30 000 Ft. 
de legalább 1000 Ft. 


Benyújtandó különleges ! Nincs. Teljes tevékenységre kiterjedő vállalati üzleti terv 
dokumentumok legalább 3 évre előre, ágazati elemzés, 
részletes elemzés a jelenlegi rendszerről. 


A rendszer szállítójával A vállalkozó tevékenységét, A rendszer szállítójának be kell nyújtania legalább 
szembeni követelmények ! illetve területét segítse öt referencialevelet hazai vállalatoktól (ebből 


(bizottság dönt). háromnak a pályázatban feltüntetett feltételeknek 
meg kell felelnie). Rendelkeznie kell felkészült 
szakembergárdával. Az általa az elmúlt három év 
során leszállított rendszerek összértékének el kell 
érnie a 5 100 MFt értéket. Színvonalas szakmai 
szolgáltatás, bővítési, követési lehetőségek 
bizonyítása. Minőségbiztosítási rendszerrel 
szükséges rendelkeznie. 


Egyéb szakmai Nincs. 4GL, relációs adatbázis, modularitás, azonnali 

követelmények adatfeldolgozás, bővíthetőség, kiszolgálóalapú 
vagy webes felépítés. Operációs rendszer: Linux, 
MS vagy UNIX, magyar változat, magyar 
dokumentáció, magyar támogatás, működő 
referenciák. Minden modullal szemben részletes 
elvárási lista. 


Beadási határidő Szeptember 30-ig Közleményig (első elbírálási kör: június 30-ig, 
vagy közleményig. beadottak július 31-ig). 

Nyertesek várható száma! 100-110 

Rendelkezésre álló keret ! 400 MFt 400 MFt. 





Támogatás lehetséges 409, de legfeljebb 5 MFt 509, de legfeljebb 15 MFt. 
mértéke (h. h. megyékben 509, 6,25 MFt). 
Elbírálás Bírálóbizottság, nyilvános Bírálóbizottság. Elemzett területek: a kínált 


pontrendszer alapján. szolgáltatások, a benyújtott referenciák, a pályázó 
piaci helyzete, a rendszer várható hatása. 


Megvalósítási időszak Két éven belül A lehető legrövidebb időn belül, de legfeljebb 
10 hónapon belül. 
Üzembentartás Megvalósítás után Három évig. 
legalább öt évig. 
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A programszabadalmakról 


Híradások számoltak be róla, hogy a szabad progra- 
mokat preferáló szervezetek egy nyolcfős küldött- 
séget menesztettek Brüsszelbe, ami egy meghallga- 
táson vett részt az Európai Parlamentben. Aki jól 
figyelt, még a meghallgatás szervezőjének köszöne- 
tét is láthatta, aki sikeresnek értékelte azt. A kérdés 
már csak az, hogy a programszabadalmak ellen 
miért kell tiltakozni? 


A szabadalmaknak bizonyos területeken van létjogosult- 
ságuk. A gyógyszerek esetén például lehetővé teszik a 
cégek számára, hogy a kutatásra és fejlesztésre költött 
hatalmas összegeket ismét visszaszerezhessék. Szintén 
alkalmas arra, hogy az új módszereket közzétehessük, 
anélkül, hogy valaki ellopná őket. A szabadalmak a bo- 
nyolult kutatások eredményeinek egyszerű használatától 
védik meg a fejlesztőt. A versenytárs számára egyszerű 
ismert orvosságokat előállítani, a nehéz a dologban a 
recept kifejlesztése. 

A programoknál ennek az ellenkezője igaz: a ,kutatások" 
egyszerűek, de a végeredmény lemásolása nehéz. Egy- 
szerű ötleteket kitalálni a továbbfejlesztésre, vagy arra, 
hogy a számítógépet hogyan használjuk újfajta módokon, 
ezt bárki meg tudja tenni. A neheze a programok tényle- 
ges megírása. Csaknem olyan nehéz lemásolni egy 
program működését (nem a programot magát), mint az 
eredetit megírni. Ezért elegendő a programok védelmére 
a szerzői jog. A szerzői jog azt védi, aminek az előállítása 
a legtöbb időt, energiát és elkötelezettséget igényli. 
Minden program egyszerű szövegből áll, valamilyen 
programozási nyelven megírva. Ezt a szöveget — amit 
forráskódnak nevezünk — egy fordítóprogram segítsé- 
gével alakítjuk át gépi kódra. Ezt egy egyszerű ember 
minden különösebb erőforrás nélkül meg tudja tenni. 

A program egy olyan termék, amelyik tudásból, képze- 
letből és elkötelezettségből készül, hasonlóképpen, mint 
egy festmény vagy bármely műalkotás. Amikor szaba- 
dalmaztatunk, a tudás közkinccsé válik az egyes felhasz- 
nálók, az iskolák és a társadalom hasznára. A programok 
esetében ez nem lehetséges ugyanolyan módon, hiszen 
a tervrajz a forráskód. A program önmagát tükrözi, a 
leírása saját maga. A forráskód közzététele ugyanaz, 
mint magának a programnak a továbbadása, az olvasó- 
nak csak le kell másolnia a szöveget és a saját számító- 
gépén használnia. 

Az algoritmusok, matematikai formulák és programöt- 
letek szabadalmazása az innováció szempontjából 
butaság, nem segíti elő a fejlődést. Éppen ellenkezőleg, 
lehetetlenné teszi a programfejlesztést anélkül, hogy 

a fejlesztő meg ne sértsen valami már szabadalmazott 
ötletet, ráadásul a tudtán kívül téve ezt. A fejlesztők 
számára csaknem lehetetlen újat létrehozni, anélkül, 
hogy valami már szabadalmazott dolgot újra fel ne talál- 
nának. Ha valaki ezzel komolyan próbálkozna, annyira 
különös és szokatlan programokat kellene írnia, hogy 
senki sem akarná használni őket. 

A programszabadalmakkal csak a szabadalmi jogászok 
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és a nagy multinacionális programkészítő óriások jár- 
nának jól, mert akkora készletük van a szabadalmakból, 
hogy mindig találhatnak egy szabadalmat, amivel bepe- 
relhetnék a versenytársaikat, és díjakat szedhetnének 
tőlük, amint feltűnnek a porondon. 

Említettem, hogy a programok fejlesztése gyakorlatilag 
lehetetlen anélkül, hogy valamilyen már szabadalmaz- 
tatott ötletet megsértenénk. Felmerülhet a kérdés, hogy 
ennek mi az oka. A programok sokkal összetettebb 
alkotások, mint más, a szabadalmak hatálya alá tartozó 
területek. Lássunk egy példát ennek megértésére! 

Mi történt volna akkor, ha Európa királyai az 1700-as 
években úgy döntenek, hogy a zene fejlődését elősegí- 
tendő, a zenei ötletekre szabadalmakat lehet bejegyezni? 
Valószínűleg ma szegényebbek lennénk nagyon sok Ze- 
neművel, például Beethoven szimfóniáival is. Egy zene- 
szerző a komponálás során nemcsak a saját zenei ötle- 
teit használja fel, hanem a már meglévőkből is válogat. 
A zene nem légüres térből születik, hanem az emberi 
kultúrára épít. Beethovennek, ahhoz hogy a saját zenei 
ötleteiből nagyszerű szimfóniákat alkosson, építenie kel- 
lett az előtte járó zeneszerzők által felhalmozott zeneel- 
méleti tudásra. Pontosan ezt akadályozták volna meg 
számára a szabadalmak. Mindig is léteztek kísérleti ze- 
neszerzők, akik kizárólag a saját ötleteiket használták fel; 
az általuk írt zenét nagyon kevesen képesek meghallgatni. 
Egy szimfónia 

bonyolult szerkezet, A 
és csak akkor szól LV aa 
teljes pompájában, 
ha minden a he- 
lyén van. A prog- 
ramoknál ugyanez 
a helyzet. Ma bár- 
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Az FSEHhu kapcsolódó oldala 
2 http://wwvwv.fsf.hu/index.php/szabadalmak 
Néhány bejegyzett szabadalom 

2 http:/Awvwwvv.linux.hu/larticle.php?id- 1695 
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mely bonyolultabb  ! Szervezeteink legutóbbi közleménye 
program több be- 2 http://wwwvv.linux.hu/zarticle.php?id- 1733 
jegyzett program- Az EuroLinux néhány kapcsolódó elemzése 


2 http://swpat.ffil.org/papers/ 
eubsa-swpat0202/pref/ 

index.en.html 

2 http://swpat.ffii.org/papers/ 
eubsa-swpat0202/esse/lindex.en.htmi 
Ellenjavaslat 

2 http://swpat.ffil.org/papers/eubsa-swpat0202/ 
kern/index.en.htmi 


szabadalomban 
leírt ötletet is fel- 
használ. Európá- 
ban a program- 
szabadalmak tör- 
vénytelenek. Még 
az a negyvenezer 
is, amelyeket az 
Európai Szabadal- 
mi Hivatal már bejegyzett. Legalábbis egyelőre. 

Jó, jó, mondhatjuk, hogy hiszen az Egyesült Államokban 
már régóta vannak programszabadalmak és mégsem 
omlott össze a gazdaságuk, mi félnivalónk van nekünk 

a szabadalmaktól? 

Csupán elgondolkodásra ajánljuk: az amerikai cégek 

a szabadalmaikat csak ritkán alkalmazzák. Ez igaz is. 

De egy hibás szabály meghozatalára nem indok az, 
hogy hátha nem fognak visszaélni vele. 


Magosány Árpád (magCbunuel.tii.matav.hu) 
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Az Ericsson közzétette a TIPC forráskódját 


Az Ericsson 2003. február 3-án a GNU GPL szerint közzé- 
tette a TIPC (Telecom Inter-Process Communication 

— Adatátviteli Folyamatközi Kapcsolattartás) forráskódját 
a nyílt forrás közössége számára. A TIPC egy, a telepe- 
ken belüli kapcsolattartásra külön megtervezett protokoll, 
amit az Ericsson termékek részeként évek óta szerte a 
világon telephelyek százainál használnak. Most elkészült 
a linuxos változat is, mégpedig betölthető magmodul 
formájában. 

A TIPC hasznos eszköztár bárki számára, aki Carrie-Gra- 
de Linux-telepeket kíván fejleszteni vagy használni. A te- 
lep, a hálózat és a rendszer irányításához szükséges hát- 
teret adja. A felhasznált címzési módszer egyedülállónak 
tűnik az indexelési szolgáltatások és a gyors kapcsolat- 
teremtés terén. Előnye továbbá, hogy a jelzésváltás 
megvalósítása bármilyen hordozón teljes terhelésmeg- 
osztást és megbízható hibatűrést biztosít. 

A TIPC jellemzői: 


e — Öntanuló helymeghatározás: a TIPC olyan címzési 
módszerrel bír, ami a telep fizikai felépítését minden 
tekintetben elrejti az alkalmazások elől. A felhasznált 
és a fizikai címek összerendelése öntanuló módon 
zajlik, működés közben egy osztott belső 
fordítótáblát használ. 

e — Egyszerűsített, , fürge" kapcsolatteremtés: az egy 
tranzakción belüli üzenetváltás — beleértve a kapcso- 
latlétesítést, a rövid adatátvitelt és a leállítást — test- 
reszabható, így még hatékonyabbá tehető, ráadásul 
rejtett protokollüzenetek nélkül. Egy már létrejött 
kapcsolat visszajelez, és bármilyen szolgáltatási 
hibáról jelentést készít az alkalmazásnak. 

e — Általános, alkalmazkodóképes, jelzéskapcsolati pro- 
tokoll: olyan, jellegzetesen a szállítási rétegen meg- 
valósított feladatok, mint az adásismétlés, a szaka- 
szolás (segmentation), a csomagkészítés és a foly- 
tonosság-ellenőrzés lekerült a jelzéskapcsolati 
rétegre. Emiatt ez a réteg ugyan összetettebbé válik, 
viszont jobb erőforrás-kihasználást tesz lehetővé, 
és sokkal hatékonyabb veremkezelést eredményez. 
A jelzéskapcsolatok állítható frekvenciájú folytonos- 
sági ellenőrzés szigorú felügyelete alatt állnak, emel- 
lett képesek megállapítani és közölni a jelzéshibákat 
egy másik kapcsolat részeként. A fölösleges kapcso- 
latok hibatűrése ilyen esetekben öntanuló módon és 
zavarmentesen zajlik. A jelzéskapcsolatok önbeál- 
lítók, lehetőség szerint üzenetszórásos, illetve cso- 
portos üzenetszórásos szomszédfelismeréses pro- 
tokollt használnak. 


Carrier Grade Vorking Group 


2 http:/Avww.osdl.org/projects/cal 
Open Source Development Lab 3 http:/Avwwv.osdl.org 
IIPC és SourceForge oldal 3 http://tipc.sourceforge.net 
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e — Teljesítmény: a TIPC a rövid (- 1 KB) üzeneteket a 
TCP/IP-nél 25—35 százalékkal nagyobb, a hosszab- 
bakat pedig összemérhető sebességgel szállítja a 
processzorok között, a processzoron belüli kézbesí- 
tés pedig /5 százalékkal gyorsabb. Ezen túlmenően 
az egyszerűsített kapcsolódást használva egy tranz- 
akció legkevesebb két üzenetváltással megvalósít- 
ható, szemben a TCP/IP-vel, ahol legalább kilencre 


rítn — Open Source Development Lab 


Carrier Grade Linux 


2 http:/Avww.osdl.org/projects/cal 
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szükség van. Emiatt a távközlésben használatos 
rövid tranzakciók a megfelelő TCP-tranzakciók tört 
része alatt elvégezhetők. 

e — Szolgáltatásminőség: a sorrendi, veszteségmentes 
üzenettovábbítás kapcsolatközpontú és kapcsolat- 
nélküli módban egyaránt szavatolt. A célállomás 
elérhetetlensége esetében a nem kézbesített üzene- 
tek egy hibakóddal együtt visszakerülnek a küldőhöz, 
ez a kód utal a hiba okára. 

e — Indexelési lehetőség: az alkalmazások sorszámoz- 
hatják a felhasznált és a fizikai címek elérhetőségét, 
illetve elérhetetlenségét. Ez azt jelenti, hogy a tele- 
pen történt működési vagy felépítési változások 
nyomon követése egyszerű, akárcsak az osztott 
alkalmazások indításának összehangolása. 


Azt tervezzük, hogy az elkövetkező hónapokban teljes 
műszaki leírást készítünk a TIPC-ről a Linux Journalba; 
addig is írjanak bátran Jon Maloynak 
(Jon. MaloycoEricsson.com), hogy bármilyen, a TIPC-t 
érintő kérdést megvitathassunk. 

Jon Maloy és Ibrahim Haddad 


Linux Journal 2003. május, 109. szám 


e LELTE 


Oktatás, támogatás, dokumentáció 


Beszélgetés az ULX Kft., a SuSE Linux AG magyaror- 
szági irodájának munkatársával, Hilzinger Marcellal. 


Csontos Gyula: Az első kérdésem az lenne, hogy mióta 
dolgozol a Linux népszerűsítésén e cég keretein belül, és 
mik a feladataid? Mesélj magadról néhány mondatot! 
Hilzinger Marcel: A zürichi tudományegyetemen végez- 
tem 1999-ben. Itt szereztem német nyelv és irodalom- 
ból, politológiából és kelet-európai történelemből okle- 
velet. Az iroda megalakulása óta dolgozom itt, a felada- 
taim röviden: a dokumentáció karbantartása, ami a 
fordítást, a frissítést, az összehangolást is magában fog- 
lalja. Másik két nagy feladatköröm az oktatás és 

a terméktámogatás megszervezése. 

Cs. Gy.: Mesélj a feladataidról egy kicsit bővebben, 
kezdjük először az általad említett dokumentációval. 

H. M.: A SuSE dobozos változatához adott kézikönyvek 
fordításával kezdődött minden. Az első fordításoknál kö- 
rülbelül ötven-ötven százalékos arányban fordítottuk kül- 
ső segítséggel a könyveket, most már 95 százalékban 
saját fordításokról van szó. A könyvek fordításának na- 
gyobbik része az eredeti német nyelvű dokumentációból 
közvetlen fordítással kerül ki, a kisebbik része pedig angol 
fordításokból érkezik, a munkatársak közül mindenki részt 
vesz a dokumentáció létrehozásában. Az anyag LaleX- 
ben készül, de a magyar nyelvi sajátosságok miatt előbb 
egy foltot kellett készíteni a Linuxban szereplő Lalex 
rendszerhez, ami már belekerült a LaleX hivatalos forrás- 
fájába is. A dokumentációkat jelenleg Magyarországon 
készítjük és gyártjuk, ellentétben a régebbi gyakorlattal, 
amikor mindent Németországban nyomtattak. 

Cs. Gy.: A dokumentációkat az üzleti termékekhez is 
elkészítitek? Egyáltalán, mennyire várják el az üzleti 
felhasználók a magyar nyelvű kézikönyveket? 

H. M.: Egyenlőre még nincs minden üzleti termékhez teljes 
magyar nyelvű dokumentáció, azonban dologzunk rajta. 
Minden Magyarországon forgalmazott termékhez szüksé- 
ges magyar nyelvű , használati utasítást" adni, az indíttatás 
mégsem ez volt arra, hogy üzleti termékeinket is ellássuk 
magyar nyelvű kézikönyvvel, hanem az, hogy a felhasz- 
nálóink igenis igénylik és el is várják az efféle szolgáltatást. 
Cs. Gy.: Milyen egyéb feladatokat ró rád, rátok a doku- 
mentáció karbantartása? 

H. M.: Azokról a programokról, amelyekről úgy gondol- 
juk, hogy érdemes részletesebb leírást készíteni, a doku- 
mentációt mi magunk készítjük el, és a dobozban talál- 
ható könyvek szerves részeként, fejezeteként vagy a már 
meglévő fejezetrészként jelentetjük meg. 

Cs. Gy.: Említetted a beszélgetés elején az oktatást; 
milyen képzéseket, tanfolyamokat tartotok? 

H. M.: Tanfolyamaink honosított, hivatalos SuSE Linux- 
tanfolyamok. Jelenleg a tanfolyamok szerkezetében 
változások várhatók (a mellékelt ábrán áttekinthető e 
felépítés), mint látható, nagymértékben épít a világon 
mindenhol ismert és elfogadott LPI-tanfolyamok 
anyagaira, természetesen kiegészítve ezt a United- 
Linuxhoz tartozó anyagokkal. 
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Cs. Gy.: Az oktatást csak ti végzitek vagy partnereitek 
Is vannak? 

H. M.: Jelenleg országszerte tíz hivatalos oktatási part- 
nerünk van. Oktatással foglalkozó partnereinknek igen 
magas követelményrendszernek kell megfelelniük. Meg- 
felelő gépteremmel, projektorral és egyéb felszereléssel 
kell rendelkezniük ahhoz, hogy a minőségi oktatást meg 
tudják valósítani. 

Cs. Gy.: Csak a ti és partnereitek oktatási bázisán végez- 
tek oktatást, vagy kihelyezett tanfolyamokra is van példa? 
H. M.: Természetesen, ha egy ügyfél azt szeretné, 
kihelyezett oktatást is vállalunk, amit akár az ügyfél 
telephelyén is meg tudunk tartani. 

Cs. Gy.: A vizsgáztatás hol és milyen nyelven folyik? 

H. M.: Minden elvégzett tanfolyamról kiállítunk egy 
hivatalos magyar nyelvű tanúsítványt. Az LPIl- és a 
UnitedLinux-vizsgákat a hivatalosan elismert VUE 
központokban lehet 
letenni, angol nyelven. 
Cs. Gy.: Milyen a tá- 
mogatási rendszeretek? 
H. M.: Minden 
termékünkhöz jár a 30 
napos telepítési segítség 

faxon, telefonon és elek- málzetar TT 
tronikus levélben. Ez, mint 

a neve Is mutatja, csak a BAKÁTS 
rendszer telepítéséhez ULCP 
nyújt segítséget. Ezen 

kívül jár egy év aktív programkarbantartás is. Mivel na- 
gyon sok kérés érkezik be hozzánk, ennek felügyeletét 
egy központi rendszeren végezzük, itt nyomon követ- 
hető, hogy ki, mikor és mit válaszolt egy támogatási 
kérdésre. Az emberek is nagyon sokfélék, a gondjaik 
pedig még sokszínűbbek, mint azt elsőre el tudnánk 
képzelni, ezért szükség van egy házirend felállítására és 
betartására. Van, aki kevesli ezt a támogatást, azonban 
az általunk nyújtott segítség sok ponton túlmegy a 
hivatalos telepítési segítségen. 

Cs. Gy.: MI a helyzet a üzleti termékeitekkel, azokhoz 
milyen támogatást adtok? 

H. M.: Ezekhez a termékekhez alapból szintén a 30 na- 
pos telepítési támogatás jár, illetve szintén vásárolható 
hozzájuk külön támogatás. Továbbá egyéves támogatást, 
öt év programkarbantartást, ami a különféle program- 
hibák javításait is magában foglalja, valamint pluszban 
jelszavas hozzáféréssel ellátott terméktámogatási adat- 
bázist is nyújtunk hozzájuk. 

Cs. Gy.: Hogy a munkán kívül másról is szó essen, mivel 
töltöd a szabadidődet a legszívesebben? 

H. M.: Hasznos multimédiás programokat magyarítok, 
bakelit meselemezeket digitalizálok a most három 
hónapos kisfiamnak későbbi felhasználásra, és részt 
vettem az OpenOffice.org magyarításában is. 

Cs. Gy.: Köszönöm a beszélgetést! 
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Rövid internetes pályafutásom alatt sikerült néhány 
böngészőt kipróbálnom. Mint általában a kezdők, én is 
az Internet Explorer időszerű változatával kezdtem, 
azután jött a Netscape 4.x-es sorozata. Amikor Linuxra 
váltottam, meglévő tapasztalataim folytán szintén a 
Netscape-et használtam, majd következett a Mozilla és 
a Kongueror. Mindegyiknek voltak jó és rossz tulajdon- 
ságai, mindet másért szerettem. Mégis úgy éreztem, 
hogy valami mindegyikből hiányzik. Amikor feltettem 

az Opera legfrissebb változatát, néhány órás állítgatás 
és ismerkedés után azt mondtam: ez az, ezt kerestem! 
Saját ízlésünk szerint átszabhatjuk a felületét, saját bőrö- 
ket és gombokat készíthetünk hozzá, egyszerre több 
lapon is böngészhetünk (mint a Mozillában), és szinte 
minden szolgáltatáshoz létezik gyorsbillentyű. A legin- 
kább megragadó számomra mégis az egérhez rendelhető 
számtalan szolgáltatás volt: 


előre- és hátralépkedhetünk a lapok között, 
ablakokat csukhatunk le, nyithatunk fel és 
csukhatunk be, 

szövegeket nagyíthatunk és kicsinyíthetünk stb. 


Egyetlen gond volt csak a programmal: nem beszélt 
magyarul. Az Opera honlapján 12 támogatott nyelvet 
találtam, sajnos a miénk nem volt a listán. Viszont 
letölthető volt az eredeti üzeneteket tartalmazó fájl, amit 
le lehet fordítani. Innen már , csak" egy kis gépelés és 
szótárforgatás volt hátra, és elkészült a próbaváltozat. 
Ezt nagyjából 10-15 érdeklődő kezdte el használni, akik 


Linux-tábor 


2003. június 29. és július 12. között idén harmadjára 
kerül megrendezésre a Linux-tábor. A 2001 nyarán életre 
hívott, hagyományosan Szerencsen tartott tábor szer- 
vezői két fő célt tűztek maguk elé: a Linux-tudás gyara- 
pítását és kellemes pihenést nyújtani a résztvevőknek. 
A tábor székhelye idén, mint az előző két évben is, 

a Szerencsi Középiskolai Kollégium, ahol a szállást és 
az ellátást kapják a résztvevők, míg a tanfolyam a kollé- 
gium szomszédságában lévő gimnáziumban zajlik. 

Az oktatás három, igény szerint különböző (általában 
kezdő, haladó és profi) szinten folyik. Az oktatók (akik 
ingyen vállalják a tanfolyamok megtartását a táborban) 
Magyarország legjobb linuxos szakemberei közül kerül- 
nek ki. A 2001-es első táborban három 15 fős csoport- 
ban folyt az oktatás, míg idén a tavalyihoz hasonlóan 
három 20 fős csoportban. A szervezők 2002-ben próbál- 
koztak meg először két önálló turnus szervezésével, és 
a nagy sikert látva idén is két hét áll a jelentkezők ren- 
delkezésére. Az oktatás a gimnázium számítógépter- 
meiben folyik, így minden hallgató önálló számítógép 
mellett gyakorolhat. Emellett lehetőség nyílik saját gép 
használatára is, amire a szakemberek segítenek felte- 
lepíteni a Linuxot. A délelőtti oktatás után délután 





folyamatosan küldték a hibajelentéseket. Eközben 
vetette fel valaki, hogy nem ártana a Súgót és a Nap 
tippjét is lefordítani. Mivel úgyis ,benne voltam" a 
dologban, belevágtam. Ennek eredményeként készült el 
a teljes szövegnek édes anyanyelvünkre történő átülte- 
tése. Mire ez az írás megjelenik, reményeim szerint már 
az összes hibát sikerült kijavítani, és tökéletes változatot 
adunk közre. 

Természetesen egy ilyen munkát csaknem lehetetlen 
egyedül elvégezni, nekem is sokan segítettek a hibake- 
resésben és a javításban. 


Köszönetnyilvánítás 

Ezúton is szeretnék köszönetet mondani mindenkinek 

a segítségért, különösen Sallai András-nak, aki a gyors- 
billentyűk ismétlődéseit vadászta, Fazakas Albert-nek, 
aki a legtöbb elgépelést és vesszőhibát felfedezte, a 
,kisbetű" becenevű ismeretlennek, aki a nyelvtani és 
stilisztikai hibákat gyomlálta, Lakos Imré-nek, Kő László- 
nak, Rátonyi Gábor Tamás-nak és Szabó Zoltán-nak, akik 
a terjesztésben segítettek. 


A fordítás zipfájlban a következő címekről tölthető le: 
2 http://lInuxace.freeweb.hu 

2 http://www.mylinux.hu 

2 http://www.hwsw.hu 

2 http:/Awww.osb.hu/tech/forditasok/Opera 

2 http://www.linuxportal.hu/letoltes/Opera.zip 


Miatilik Zsolt (dr-macCoxdunaweb. hu) 


számos lehetőséget kínálnak a szórakozásra. A szá- 
mítógépüktől elszakadni nem tudók beülhetnek a kollé- 
gium internetkapcsolattal is rendelkező géptermébe. 
Újdonság idén, hogy a Magyar BSD Egyesület jóvol- 
tából délutánonként a BSD operációs rendszerrel ismer- 
kedhetnek az érdeklődők. Akik ekkor nem informatikai 
programra vágynak, szervezetten látogathatják majd 
meg a szerencsi vár múzeumát, illetve lehetőség lesz 
csoportos kirándulásokra, és strandot is találunk Sze- 
encs közelében. Az esti program pincelátogatás, ahol 
egy helyi szőlőgazda mutatja be borait, azaz a Tokaj- 
hegyvidék nedűit. Az I-re a pontot az egyik este pince- 
vacsora, majd az utolsó esti bográcsozás teszi fel. 

A tábort szervezői önköltségi alapon rendezik, így igen 
olcsón lehet részt venni rajta. A hatnapos turnus napi 
háromszori étkezéssel, tanfolyami részvétellel, borkós- 
tolással, pincevacsorával felnőtteknek mindössze 

24 000 forint, amiből az LME tagjai 2000 forintos ked- 
vezményt kapnak. Ugyanez 16 éves korig csak 18 000 
forintba kerül. A táborról tájékoztatás és jelentkezési 
lap a 5 http://linuxtabor.hu weboldalon érhető el, 

a szervezőkkel pedig a linuxtaborxowebhome.hu címen 
léphetünk kapcsolatba. 





e KELL 


1. Legkevesebb ennyi ezer dollár az ára 
az SGI új csúcstermékének, a Linuxot 
futtató SGI Altix 3000 kiszolgálónak: 30 

2. Ennyi millió dollár az ára a legdrágább 
SGI Altix 3000-es Linux-kiszolgálónak: 1 

3. Ennyi régi SGI-gépet cseréltek le 
Linuxot futtató Dell-gépekre a Sony 
Pictures Inageworks vállalatnál: 600 

4. A Sams Club webáruházban eladásra 
kínált asztali Linux-rendszerek száma: 1 

5. A Sams Club webáruházban kapható 
asztali Linux-rendszer ára: 297,95 dollár 

6. A Wal-Mart webáruházban eladásra 
kínált különböző (Microtel) Linux-rend- 
szerek száma: 33 

7. Lindows alapú rendszerek száma: 15 

8. Mandrake alapú rendszerek száma: 9 

9. Lycoris alapú rendszerek száma: 9 

0. Ennyibe kerül a legolcsóbb (Lindows) 
Linux-rendszer a Wal-Mart 
webáruházban: 19998 dollár 

11. Ennyibe kerül a legdrágább (Mandrake) 

Linux-rendszer a Wal-Mart webáruház- 
ban: 648 dollár 
12. A japán kormány tervei szerint ennyi 
ezer dollárt költ a következő pénzügyi 
évben annak tanulmányozására, 
hogyan térhet át Linuxra a saját szá- 
mítógépein: 416 

13. Ennyiedik helyen áll a Running Linux 
az OReilly kiadó könyvsikereinek 
listáján: 1 

14. Ennyi példány kelt el a Running Linux 
című könyvből: 200 000 

15. Jelenleg legkevesebb ekkora a Linux- 
kiszolgálók eladási aránya a Meta 
Group szerint: 159 

16. Jelenleg legfeljebb ekkora a Linux- 
kiszolgálók eladási aránya a Meta 
Group szerint: 209 

17. A Linux részesedése a kiszolgálóela- 
dásban 2006-ra vagy 2007-re a Meta 
Group szerint: 459 


Források 

1—3.: Los Angeles Times 

4—5.: 5 http://samsclub.com 

6—11.: 5 http:/Awvalmart.com 

12.: Associated Press 

13-14.: Russel J. T. DVer Running Linux in 
a New World 

2 http:/Avvwwv.linuxjournal.com/article/66 1 7 
15—17.: Meta Group, Inc. 
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diff -u: rendszermagfejlesztési hírek 


Richard Gooch műve, a devés fájlrendszer valószínűleg kimarad 
a rendszermagból. 2002. december végén Adam J. Richter beje- 
lentett egy javítófájlt, ami egy, a RamFS fájlrendszeren alapuló új 
mechanizmussal váltaná fel a devfs-t. Az új rendszer több téren is 
utánozni próbálta a devífs viselkedését, habár Adam nem akarta a 
devÍfs összes szolgáltatását megvalósítani a RamFS rendszerben. 
Programját részben a devfs-felület letisztult változatának szánta, 
hogy azokat a szolgáltatásokat, amiket alig pár rendszer használt, 
más módszerekkel lehessen helyettesíteni. A szerkezeti változta- 
tások eredményeképpen az eredeti kód méretét a negyedére 
sikerült csökkentenie. A devís fájlrendszer mindig is vitatott volt, 
Linus Torvalds döntése pedig, amellyel bevette a devfs-t a hiva- 
talos fába, még több vitát kavart. 

A sysífs fájlrendszer várhatóan felváltja a /proc fájlrendszert és 
a többi olyan módszert, amivel a rendszerinformációk lekérdezhe- 
tők. A sysfs eredetileg a vezérlőprogramok íróinak eszköze volt, 
2002-ben azonban a rendszermag más részeire is kiterjedt a 
használata. Azóta számos más felületről folyamatosan próbálnak 
áttérni a sysfs-re. 2003 januárjában éppen a /proc/cpufreg fejlesz- 
tésén dolgoztak, amikor Dominik Brodowski érvénytelennek nyilvá- 
nította azt, s helyette a sysfs felületet vette be a coufreg kód- 
jába. Patrick Mochel ugyancsak közreműködött a kód átfésülé- 
sében, ellenőrizve, hogy Dominik munkája összhangban legyen 

a sysfs újabb szolgáltatásaival. Valamivel később, de még ugyan- 
ebben a hónapban Stanley Wang kódot küldött Greg Kroah-Hart- 
man-nak - ez a kód a sysfs-felülettel váltja fel a pcihpfs-t. 
Ebben az esetben azonban a sysfs még nem volt alkalmas a 
feladatra, mivel a szükséges, a gyorscserét lehetővé tevő kód még 
nem készült el teljesen. Sebaj, Greg kódolta a hiányzó sysfs- 
szolgáltatást, és elküldte Patricknak. 

2003 januárjában egy szép napon Alan Cox megemlítette, hogy a 
tty kódja a 2.5-ös fában nagyon rosszul működik, és igazából már 
jó ideje olyan, amilyen, elsősorban azért, mert a rendszermag 
kódjában megváltozott a zárolás. Ez sokakat meglepett, és voltak, 
akik csodálkoztak, hogy miért csak most hallanak erről, amikor a 
2.5-ös fa bővítését már befagyasztották, és a 2.6-os vagy a 3.0-s 
változat következik. Greg Kroah-Hartman megvizsgálta a hibát, és 
szörnyű dolgokat tapasztalt. Azt mondta, hogy a kódot nem lesz 
könnyű kijavítani, és valószínűleg csak a következő fa fejlesztése- 
ként kerülhet rá sor. Alan erre azt válaszolta, hogy ezt nem tehetik, 
mivel a tty kódja rossz, és még a következő megbízható kiadás 
előtt ki kell javítani. 

A Linux-rendszermag hagyományosan csakis a GNU C fordítóprog- 
rammal működött együtt, és még így is gyakran előfordult, hogy 
a rendszermag egyes részeit csak a fordítóprogram egy bizonyos 
változatával lehetett lefordítani. A rendszermag mindig a GCC 
bővítéseire támaszkodott, s a mag és a fordítóprogram sorsa 

úgy egybefonódott, mint egy idős házaspáré. Így aztán sokakat 
megdöbbentett a hír, hogy a rendszermag fordításához az Intel 
C-- 3--fordítóját, az icc-t is használni lehet. Úgy tűnik, az Intel már 
jó ideje célul tűzte ki, sőt javítófájlokat küldött Linusnak pusztán 
annak érdekében, hogy a fordítóprogramjuk kezelni tudja a rend- 
szermag forrásfáját. 


Zack Brown 
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0 Kiskapu Kft. Minden jog fenntartva 


Ld 





A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakori 
kérdéseket és az egyéb 
útmutatásokat a 

2 www. linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
További kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
[/-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a ,BIS" kulcsszó. 
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A hónap szakmai tanácsai 


Az új Dell kiszolgáló lefagy 

Munkahelyemen az első linuxos webkiszolgáló telepíté- 
sére készülünk, és ez örömmel tölt el. Gondjaim vannak 
viszont a kiszolgálókkal, remélem, tudtok segíteni. A fej- 
lesztésre használt kiszolgálóink Dell 2550-es gépek, az 
éles kiszolgálók Dell 2650-esek. Red Hat 8.0-t futtatunk a 
vasakon, ami jórészt gond nélkül megy. Ugyanakkor meg- 
magyarázhatatlan lefagyások történnek az összes kiszol- 
gálón, amikor a konzol lefagy és a gépet újra kell indítani. 
A lefagyás oka nem jelenik meg a rendszernaplóban. 

A Dell és a Red Hat fórumain találtam némi segítséget. 
A lényeg annyi, hogy a grub.conf állományban a rend- 
szermagnak át kell adni a noapic kapcsolót. Ezután a 
gépek szemmel láthatóan jól működnek. Mi a noapic 
kapcsoló hatása egy SMP-rendszeren? Tapasztalta más 
is ezt a hibát Dell 2550, illetve 2650-es gépeken? 

Doug Farrell, dfarrelkeogroller.com 


Az APIC (fejlett programozható megszakításvezérlő) a 
szabványos, külső megszakításvezérlőt egy processzo- 
ron belüli megoldással váltja fel. Ez bizonyos ügyes 
trükköket tesz lehetővé, ilyenek például a teljesítmény- 
számlálók és a figyelőszolgáltatások. Szokásos esetben 
ez a támogatás nem ütközik az olyan rendszerekkel, 
amelyekben nincs APIC. Bizonyos esetekben viszont az 
általad is tapasztalt lefagyásokhoz vezethet. A noapic 
módban történő futtatás legfőbb következménye a tel- 
jesítnénycsökkenés, mert a megszakításokat a rendszer 
nem a leghatékonyabb módon kezeli. Az olyan rendsze- 
reknél, ahol sok a megszakítás (sajnos a nagy hálózati 
forgalmat bonyolító gépek — például a webkiszolgálók — 
ilyenek), ez a teljesítnénycsökkenés észrevehető mér- 
tékű is lehet. Mindazonáltal az SMP előnyei gyakorlatilag 
mindig ellensúlyozzák ezt a hatást. Végezz terheléspró- 
bát, hogy megtudd, mekkora a legnagyobb felhasználói 
terhelés, amit a rendszer még elvisel. 

Chad Robinson, crobinsonerfgonline.com 


Belkin vezeték nélküli kártya: 
támogatott? 

Hordozható gépemről Belkin márkájú vezeték nélküli 
PCMCIA-kártyámmal a vezeték nélküli elérési ponthoz 
próbálok csatlakozni. Érdekelne, hogy milyen modult kell 
használnom a PCMCIA-kártyához. 

Charles R. Fuller, charlesrfullerconetscape.net 


Egy másik Linux-felhasználó volt olyan kedves, és 
megosztotta velünk a Belkin vezeték nélküli alkatré- 
szeivel kapcsolatos tapasztalatait a honlapján. Ez a 
honlap neked is segíthet: 5 http://wvww.jacked-in.org/ 
linux/belkin wireless.php. 

Chad Robinson, crobinsonarfgonline.com 


A Belkin kártyája ugyanazt a lapkakészletet használja, mint 
az Orinoco kártya. Egyszerűen a /etc/modules.conf állo- 
mányban orinoco. cs néven hozz létre egy álnevet a veze- 
ték nélküli eszközhöz. Ha ez nem működik, a cardct1 
ident segítségével többet is megtudhatsz a lapkakészletről. 
Christopher Wingert, cwingerteogualcomm.com 





Hogyan lehet rendszerindításkor 
elindítani az XDM-et? 

Nem tudom rávenni a Linuxot (Red Hat 7.2), hogy az 
X-es GUI-t indítsa el. Ehelyett szöveges bejelentkezési 
képernyőt kapok. Hogyan szerkeszthetem az alapértel- 
mezett init szintet? 

Keith Raposo, keith.raposocosms.siemens.com 


Ellenőrizd, hogy az X megfelelően van-e telepítve, 
ehhez írd be, hogy start x. Ha ez működik, akkor a 
/etc/inittab állományban az első nem megjegyzéssort 
változtasd meg erre: 

GES ES SEN KÉ ete SsBENlS es 

Usman §. Ansari, uansarcoyahoo.com 


A /etc/inittab állományban van egy sor, ami 

id:SZ"M: initdefault: alakú. A számot változtasd 
a kívánt init szintre, ez az XDM bejelentkező képer- 
nyője esetén 5. 

Christopher Wingert, cwingerteogualcomm.com 


További segítség az 

SSH-val kapcsolatos kérdéshez 

A 2003. áprilisi számban szerepelt egy kérdés, ami egyre 
gyakrabban előkerül, mert az emberek (és a terjesztések 
is) a nagyobb biztonságot választják alapértelmezettként 
vagy választható lehetőségként. Ha a felhasználó nem 
tud SSH-n keresztül csatlakozni, az a /etc/hosts.allow és 
a /etc/hosts.deny állományok miatt is lehet. A hosts.allow 
állományban állítsuk be az sshd: ALL értéket, vagy 
még jobb, ha ismerve azokat a gépeket, amelyekről 
ssh-zni kívánunk, csak ezeket soroljuk fel. 

Benjamin Judson 


Csatlakozás az IMSN-hez 

Modemem a Klnternet programhoz van beállítva, ezt a 
programot használom a KDE munkaasztalon SuSE 8.0 
alatt. A modem rendben elindul, hívja az internetszol- 
gáltatóm (MSN) kiszolgálóját, majd ezt követően meg- 
hal. Az eseménynaplóban a következő hibaüzeneteket 
találtam: 

Failed Authentication with peer 
Possible Bad Account or Bad Password 
Elképzelhető, hogy az MSN más bejelentkezési folyama- 
tot kíván, mint ami a Kinternet alatt be van állítva? 
Chris, cgsnipcomsn.com 


Megpróbálhatsz más hitelesítési módokat is, ilyen 
például a PAP illetve a CHAR 
Christopher Wingert, cwingerteogualcomm.com 


Bizonyos felhasználók arról számoltak be a levelezési 
listákon, hogy sikeresen beléptek, miután az MS/NV/ 
előtagot a felhasználónevük elé illesztették. Ha tehát a 
felhasználóneved joe, akkor a Klnternetben az MSN/joe 
felhasználónevet állítsd be. 

Don Marti, dmartKoOssc.com 
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Új termékek 


S3C2500-RGP 

Az Arcturus Networks és a Sam- 
sung Electronics közös munkájának 
eredményeként megszületett az 
53C2500-RGP rendszer, ami otthoni 
átjárók, SOHO-hálózatok, internetre 
kötött eszközök és összevonó beren- 
dezések tervezéséhez szolgáltathat 
támpontot. A rendszer tartalmazza 
az alapgépet, amit modulokkal lehet 
kiegészíteni, a Linux operációs rend- 
szert és választható gyári program- 
készleteket, amelyek bővítik a ter- 
mék tudását és felgyorsítják a 
tervezést. A termék a Samsung 
ARM940 S3C2500 processzorára 
épül, és a uClinux működteti. A 
rendszer kiépítése: 4 MB Flash 
ROM, 8 MB SDRAM, egy 100BaseT 
ethernetkapu, négy 100BaseT ether- 
net LAN-kapcsoló, egy lapkába 
épített titkosítási gyorsító, két soros 
kapu, PCMCIA- támogatás és I2C 
soros EPROM. Lehetséges a WIiFi, 
WIFI/WAP többkapus DSP hang 

és SmartCardos VPN-hitelesítés 
támogatása is. 

Adatok: Arcturus Networks, Inc., 
116 Spadina Avenue, Suite 100, 
Toronto, Ontario M5V 2K6, Canada, 
telefon: 416-621-0125, 

e-mail: infoc(xdDarcturusnetworks.com, 
2 http://Awww.arcturusnetworks.com 


FAXCOM Server on Linux 
A FAXCOM Server on Linux a menet 
közbeni dokumentumátalakítás hasz- 
nálatával több eltérő csatolt doku- 
mentum támogatására képes, és 
legfeljebb 96 kaput támogat a fax- 
kiszolgálón. A beérkezett faxokat 
kiterjesztett faxközvetítő lehetőségek 
segítségével osztályozhatjuk, többek 
között a faxkapu, a tárcsázott fax- 
szám, a küldő TSID-je és a hívóazo- 
nosító szerint. Ha szükséges, az 
adott faxot több célba is eljuttathat- 
juk, például több nyomtatóra. 

A FAXCOM Server on Linux egy szű- 
rőt tartalmaz a kéretlen faxok kiszű- 
résére, ami a bejövő faxok közül 
kiválogatja a szemetet, és egy kije- 
lölt könyvtárba különíti el őket. 

A FAXCOM Server on Linux tartal- 
mazza a kötegelt faxfeladás lehe- 
tőségét is, ami lehetővé teszi, hogy 
a felhasználó egy hívással több faxot 
küldjön ugyanarra a telefonszámra. 


www.linuxvilag.hu 


Adatok: Biscom, Inc., 

321 Billerica Road, Chelmsford, 
Massachusetts 01824, 

telefon: 800-477-2472, 

e-mail: sales-obiscom.com, 

2 http:// www.biscom.com 


SNAP Ultimate I/O 
Learning Center 

A SNAP Ultimate [/0 Learning Center 
egy olyan önálló rendszer, ami a fel- 
használók számára lehetővé teszi, 
hogy az Opto 22 SNAP Ultimate [/0 
rendszerével tanuljanak és gyakorol- 
janak. A Learning Center egy SNAP 
Ultimate processzort, válogatott B/K- 
modulokat, egy SNAP keretet, táp- 
egységet, betöltőpanelt és vezeté- 
keket, valamint a kézikönyveket és 
programokat tartalmaz, amelyek a 
felhasználókat segítik a valós idejű 
ipari automatizálási és befogási—szál- 
lítási alkalmazások elkészítésében. 

A Learning Center segítségével a 
gyakorlatban kipróbálható a B/K- 
kapuk beállítása, az egyszerű vezér- 
lési stratégiák írása és grafikus fel- 
használói felület építése. 

Adatok: Opto 22, Inc., 43044 
Business Park Drive, Temecula, 
California 92590, 800-321-OPTO, 

2 http:// www.opto22.com 


Ouicknet VolP Linuxra 

A Ourcknet Technologies bejelentette 
Linux Special Edition nevű termékét, 
ami a GnomeMeeting programmal 
és a Üuicknet MicroTelco VolP szol- 
gáltatásával együtt telefonbeszélge- 
tések kezdeményezésére és fogadá- 
sára használható — az Interneten 
keresztül hagyományos telefonkészü- 
lékkel. A Special Edition termékben 
megtalálható az internetes Phone- 
JACK-PCI, LineJACK-ISA és Phone- 
CARD-PCMCIA bővítőkártya, ami 

a minőségi hangátvitelt biztosítja. 

A kártyákhoz való nyílt forrású illesz- 
tőprogramok a rendszermag részei, 
ez a Ouicknet VolP szolgáltatásával, 
az OpenH323 protokollokkal és a 
GnomeMeeting programmal kiegé- 
szítve olcsó, internetalapú telefoná- 
lást tesz lehetővé. 

Adatok: Ouicknet Technologies, Inc., 
520 Townsend Street, San 
Francisco, California 94103, 

telefon: 415-864-5225, 

2 http:// www.gurcknet.net 


GSX Server 2.5 

Megjelent a VMware GSX Server 
legújabb változata, a 2.5-ös. A nagy- 
vállalati szintű virtuálisgép-progra- 
mot adatközpontok 
üzleti szempontból 
lényeges alkalma- 
zásaihoz és egyéb 
nagy forgalmat 
igénylő feladatok- 
hoz tervezték. 

A GSX Server biz- 
tonságos és egysé- 
ges felületet bizto- 
sít a kiszolgálók 
összevonásához vagy felosztásához, 
hogy az erőforrások kihasználása és 
kezelése a leghatékonyabb lehessen. 
Több operációs rendszert és azok 
alkalmazásait is képes egy időben 
futtatni egy egyedülálló Intel alapú 
rendszeren. A 2.5-ös változat új 
képessége a legfeljebb 64 GB-os 
memória, továbbá 32 processzor 

és 64 virtuális gép támogatása. 
Adatok: VMware, Inc., 3145 Porter 
Drive, Palo Alto, California 94304, 
telefon: 877-486-9273, 

e-mail: sales-ovmware.com, 

2 http:// www.vmware.com 


Mobile DiskOnChip G3 

Az M-Systems bejelentette a 

64 MB-os Mobile DiskOnChip G3 
megjelentetését, amit a Toshibával 
közösen fejlesztettek ki sokoldalú 
mobileszközökhöz, például tenyérgé- 
pekhez vagy a 2.5G és 3G vezeték 
nélküli eszközökhöz. A G3 flashlemez 
többszintű cellán (MLC) és NAND 
Flash flashmemórián alapul, ami 

a szilíciumlapka méretét felére 
csökkenti, mivel cellánként nem egy, 
hanem két bitet tárol. A G3 az MLC 
NAND teljesítményszintjét a bináris 
NAND Flash értékei közelébe emeli. 
A G3 más kapcsolt és beágyazott 
eszközökhöz 7/x10x1,2 mm FBGA 
(Fine-Pitch Ball Grid Array) tokozás- 
ban és TSOP-I alakban érhető el. 
Adatok: M-Systems, Inc., 8371 
Central Avenue, Suite A, Newark, 
California 94560, 

telefon: 510-494-2090, 

e-mail: info(rodm-sys.com, 

2 http:// www.m-sys.com 
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A jót tenni kell, a rosszat pedig megakadályozni 


Helye van a rágalmak és a hátrányos jogi megkülönböztetések elleni küzdelemnek, 
de a Linuxszal végzett hasznos munkának Is. 


arminc évvel ezelőtt a hanfordi 
[RA nukleáris telepen dolgoztam. 

Munkakörömbe elsősorban a 
rendszerprogramozás tartozott, de végül 
rámragadt valami a környezetemből. 
Sokat tanultam az atomenergiáról és 
annak antiszociálisabb oldalairól, és fel- 
ismertem néhány mélyen gyökerező 
gondot. Megszámlálhatatlan kérdés me- 
rült fel, az első három: a működési koc- 
kázat, a nukleáris hulladék kezelése és 
a teljes élettartamra vetített költség. Azt 
biztosan tudtam, hogy az atomenergia 
nem lesz — Eisenhower elnök húsz évvel 
korábbi szavaival élve — , olcsóbb annál, 
hogy mérni kelljen" . 
Azt akartam, hogy mindenki megtudja 
az atomenergiáról mindazt, amit én. De 
azt is szerettem volna, hogy mindenki 
megtudja, amit az olyan megújuló ener- 
giaforrásokról tudtam meg, mint a 
napenergia, a biomassza és a szélenergia. 
Hamar rájöttem, hogy nem foglalkozha- 
tok mindkét üggyel. A megújuló energia 
megismerése és ezeknek az ismere- 
teknek a tanítása nagy feladat, csakúgy, 
mint az atomenergia hibáinak a bemuta- 
tása. lehát választottam. Mindazok után, 
amit Hanfordban megtanultam, úgy 
éreztem, jobban fel vagyok készülve 
arra, hogy az atomenergia előállításával 
kapcsolatos gondokról beszéljek. 
Ez a döntés a , rossz megakadályozása" 
mellett szólt. Minél több ismeretet sike- 
rül átadnom, annál nagyobb az esélye, 
hogy a többség megértse a helyzetet, 
szerepet vállaljon és — hosszabb távon — 
megakadályozza, hogy az Egyesült 
Államok és a világ még mélyebbre 
süllyedjen a nukleáris mocsárban. 
Sajnos időközben újabb , rossz" jelent 
meg. Ahogy a napelemek egyre olcsób- 
bak lettek, az áramszolgáltatók azért 
kezdtek lobbizni, hogy a fogyasztóknak 
nehezebb legyen a hálózatra visszatáp- 
lált áramot eladni. Amikor bebizonyo- 
sodott, hogy a visszatápláló rendszerek 
biztonságosak és hatékonyak, az áram- 
szolgáltatók az árakat úgy határozták 
meg, hogy a fogyasztók által visszatáp- 
lált áram olcsóbb legyen, mint amit ők 
adnak el a fogyasztóknak, noha a nap- 
elemes rendszerek a legnagyobb telje- 
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sítménnyel éppen csúcsidőben üzemel- 
nek. A törvényt akarták használni a hi- 
bák következményeinek a kiküszöbölé- 
sére, úgy, hogy a visszatápláló rendsze- 
rekkel fizettették meg az atomerőművek 
veszélyeinek ártalmatlanítási költségeit. 
Most térjünk vissza a programok világá- 
ba. Amikor először találkoztam a Linux- 
szal, pusztán , valódi" Unix-rendszerek 
alternatíváját kerestem. 

Úgy éreztem, hogy a Linux nagyon ígé- 
retesnek mutatkozik, ezért irányt váltot- 
tunk, és unixos cégből linuxos céggé ala- 
kultunk. Most, hogy a Linux Journal több 
mint száz kiadását tudhatjuk magunk 
mögött, úgy érzem, jól határoztunk. 
Kezdetben sok energiát fektettem abba, 
hogy a Linux erényeiről beszéljek az 
embereknek. Hasonlóan ahhoz a gondo- 
lathoz, hogy az atomenergia túl sokba 
kerül, kezdetben ezt is nehéz volt el- 
adni. Az emberek nem voltak fogéko- 
nyak arra a gondolatra, hogy a Linux 
jobb választás lehet, mint amivel éppen 
dolgoztak. 

Hol vannak már azok az idők, amikor 
arról kellett meggyőzni az embereket, 
hogy a Linux komoly kihívó az operá- 
ciós rendszerek piacán! Mégha nem is 
Linux van a felhasználó gépén, nehezen 
képzelhető el, hogy webböngészés köz- 
ben ne kerülne kapcsolatba valamilyen 
linuxos kiszolgálóval. 

A gond az, hogy éppen úgy, ahogyan 

a háztetőn lévő napelempanelek fenye- 
getést jelentenek az atomenergia-üz- 
letre, a Linux is fenyegetést jelent az 
operációs rendszerek status guójára 
nézve. Sok időt és energiát lehet a rágal- 
mak elleni küzdelemre fordítani. 

Ahogy a Linux egyre értékesebb válasz- 
tási lehetőséggé válik, ugyanolyan ,mű- 
ködik, de itt nem használhatod" típusú 
érvek jelennek meg, mint az elektromos 
hálózatra visszatáplált választható ener- 
giával szemben. Éppen úgy, mint az 
atomenergia és a napenergia kapcsán, 
szép dolog a verseny, a tapasztalat azon- 
ban azt mutatja, hogy az ígéretes új 
lehetőségeket a jogrendszer segítségével 
hozzák hátrányba. 

Ezt a ,rossz megakadályozása" érdeké- 
ben végzett munkát is el kell végezni. 


De van egy másik lehetőség: az, hogy 
egyszerűen csak haladunk a Linux útján 
- megkeressük a helyeket, ahol a Linux 
megold egy feladatot, és megvalósítjuk 
a megoldást. Olyan sok helyen alkalmaz- 
nak időrabló, nem önműködő megoldá- 
sokat vagy gyengén kivitelezett nem-li- 
nuxos rendszereket, hogy könnyű érvé- 
nyesülni a linuxos feladatmegoldással. 

A Linux-mozgalomnak mindkettőre 
szüksége van. Valakinek foglalkoznia 
kell a rágalmakkal, és valakinek új he- 
lyekre kell eljuttatnia a Linuxot. 

Ami engem illet, kivettem a részemet a 
rágalmak elleni küzdelemből. Legtöbb- 
ször ez szórakoztató munka volt, de 
mára szinte teljesen az ,egyszerűen csak 
oldjuk meg Linuxszal" táborba álltam át. 
Inkább megmutatom a megoldást, és 
felkínálom a döntési lehetőséget valaki- 
nek, minthogy a linuxellenes propagan- 
da leküzdésére pazaroljam az időmet. 
Több mint egy éve Costa Ricába költöz- 
tem. A legnagyobb különbség, amit ott 
tapasztaltam, az az volt, hogy az embe- 
rek itt nyitottabbak a megoldásokra. Itt 
kevesebb az elköltésre váró pénz, mint 
az Államokban, és kevesebb a Linux 
elleni rágalom is. Ezért itt könnyebben 
megtörténhet, hogy meghallgatom 

a gondot, Linux alapú megoldást aján- 
lok, és azt el is fogadják. Könnyebben 
hiszi el az ember, amit Linus a világura- 
lomról mondott - csak lehet, hogy az 
USA lesz az utolsó ország, amelyik kiak- 
názza a Linuxban rejlő lehetőségeket. 
Egyébként amellett, hogy Costa Rica 
Linux-barát, az ország teljes elektromos 
ellátását megújuló energiaforrások szol- 
gáltatják, beleértve a víz-, a geotermikus, 
a szél- és a napenergiát. Ez a két ügy ta- 
lán szorosabban összefügg, mint 
gondoltam. 
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Phil Hughes 
A Linux Journal kiadója. 





ismerjuk meg a 2.6-os rendszermagot! 


Az új ütemező és hangalrendszer mindössze kettő a felfedezendő képességek közül, 
ami csak ránk vár, amint a 2.5-ös fejlesztői változat végre 2.6-ra vált. 
Hallgassuk meg, mit gondol erről egy magprogramozó! 





rendszermag hosszú fejlődésen ment keresztül, 
AA amióta Linus 2001. november 22-én a 2.4.15 változat- 

ból kiemelve létrehozta a 2.5.0-t. Ezután beindult a 
fejlesztés, aminek eredményeképpen egy teljesen más, jóval 
többre képes rendszermag jött létre. Ebben a cikkben az érde- 
kesebb, fontosabb képességeket emeljük ki, illetve megnézzük, 
hogy ezek milyen hatással vannak a Linux teljesítményére és 
megbízhatóságára. 


A 2.5-ös változat története napjainkig 

A linuxos hagyományoknak megfelelően a rendszermag kiseb- 
bik változatszámából mindig kiolvashatjuk, hogy az adott 
rendszermag a fejlesztői vagy az üzembiztos sorozatba tar- 
tozik-e. Az üzembiztos rendszermagokat páros kis változat- 
számok jelölik, a fejlesztői változatok pedig páratlan változat- 
számot kapnak. Amikor már a fejlesztői változat teljesen kifor- 
rott, és megbízhatónak minősítik, kis változatszámát a követ- 
kező páros számra növelik. Például, a 2.4-es megbízható mag- 
sorozat a 2.3-as fejlesztői rendszermagból született. 

A jelenlegi fejlesztői mag változatszáma 2.5. A fejlesztői 
sorozat kezdeti munkái általában igen élénken indulnak, és 
számos új képesség és fejlesztés kerül bele ilyenkor a rend- 
szermagba. Ha Linus és a magfejlesztők elégedettek az új 
képességkészlettel, bejelentik a képességbefagyasztást 
(feature-freeze), ennek célja a fejlesztés ütemének lassítása. 
Az utolsó képességbefagyasztás 2002. október 31-én volt. 
Eszményi esetben a képességbefagyasztást követően Linus 
már nem fogad el újabb képességeket - kizárólag a már meg- 
lévő munkarészek bővítését. Amikor a kiválasztott képességek 
elkészültek és csaknem teljesen stabilak, kihirdetik a kód- 
befagyasztást (code-freeze). A kódbefagyasztás ideje alatt 
kizárólag a hibajavításokat fogadják el, hogy a rendszermag 
végre megérhesse a megbízható kiadást. 

Amikor a fejlesztői kiadás elkészül, Linus bejelenti az üzem- 
biztos változatot. A jelenlegi üzembiztos rendszermag nagy 
valószínűséggel a 2.6.0 változatnevet viseli majd. Bár a hivata- 
los kiadás időpontját akkor tudjuk meg, , amikor elkészült" 

a rendszermag, 2003 harmadik vagy negyedik negyede 
viszonylag jó becslésnek tűnik. 

2001 márciusában, majd 2002 júniusában a rendszermag vezető 
fejlesztői a Kernel Summits keretében találkoztak és vitatták 
meg a feladatokat. A 2.5-ös elsődleges célja az elöregedő blokk- 
rendszernek (a rendszermag e része felelős a blokkeszközökért, 
például a merevlemezért) a XXI. századi követelményeknek 
megfelelő korszerűsítése volt. A további célok közt találjuk a 
méretezhetőséget, a válaszidő és a virtuális memória (VM) 
fejlesztését. A rendszermagírók el is érték valamennyi felsorolt 
— és sok egyéb - célt. Az alábbiakban felsoroltuk a fontosabb új 
képességeket: 

e  O(1) ütemező, 

e időosztásos rendszermag, 

e lappangási fejlesztések, 
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e  újratervezett blokkréteg, 
e jobb VM alrendszer, 

e jobb száltámogatás, 

e új hangréteg. 


Ebben a cikkben számos új módszerről és tervezetről fogok 
majd beszélni, amelyek bekerültek a 2.5-ös rendszermagba, és 
a 2.6-ban jelennek majd meg. A fejlesztés sok ember kemény 
munkájának az eredménye. lartózkodni fogok a nevektől, 
hiszen ha elkezdenék köszöntet nyilvánítani, elkerülhetetlenül 
megfeledkeznék néhány emberről, így inkább semmilyen listát 
sem írok, mintsem hiányos, netán hibás felsorolást adjak közre. 
Ha kíváncsiak vagyunk rá, hogy melyik rész kinek a műve, a 
Linux Kernel Mailing List archívuma nagyon jó kiindulási 
alapot kínál hozzá. 


0(1) ütemező 

A folyamatütemező (vagy egyszerűen csak ütemező) a rend- 

szermagnak az az alrendszere, amelyik a processzoridő fogla- 

lásáért felelős. Ez a rész dönti el, hogy mikor melyik folyamat 

fog futni. Ez korántsem mindig olyan egyszerű: az ütemezőnek 
akár egy hosszú listából is ki kell tudnia választani a futtatandó 
legértékesebb folyamatot. Amikor nagy számú futtatható folya- 

matunk van, a legjobb folyamat kiválasztása időbe telhet; a 

többprocesszoros gépek pedig további kihívást jelentenek. 

A szükséges módosítások listáján az ütemező igen előkelő helyet 

foglalt el. A fejlesztőknek három fő céljuk volt, részletesebben: 

e Az ütemezőnek teljes körű O(1) ütemezést kell nyújtania. 
Az ütemező minden algoritmusa állandó idő alatt végez- 
zen, a futó folyamatok számától függetlenül. 

e Az ütemezőnek kifogástalan SMP-méretezhetőséggel kell 
rendelkeznie. Eszményi esetben minden egyes processzor- 
nak külön zárolási rendszere és futtatási sora lenne. A fut- 
tatási sor a folyamatoknak az a listája, amiből az ütemező 
választhat. 

e Az ütemezőnek jobb SMP-képességekre van szüksége. 
Képesnek kell lennie csoportosítani folyamatokat az egyik 
központi egységre, és ott lefuttatni őket. A futtatási sorok 
hosszának kiegyensúlyozatlanságait feloldandó lehetőséget 
kell adni, hogy a folyamatok az egyik processzorról a 
másikra kerülhessenek. 


Az új ütemező valamennyi fenti célt megvalósította. Az első 
cél a teljes O(1) ütemezés volt. Az O(1) olyan algoritmust jelöl, 
ami állandó (konstans) idő alatt hajtódik végre. A rendszeren 
futó folyamatok száma - vagy bármilyen más változó -— nincs 
hatással az ütemező egyik részének végrehajtási idejére sem. 
Képzeljünk el egy algoritmust, amelyik eldönti, hogy melyik 
folyamat fog következő lépésben futni. Meg kell találunk a leg- 
nagyobb prioritású futtatható folyamatot, ami még maradék 
időszelettel rendelkezik. A korábbi ütemezőben az algoritmus 
szerkezete a következő volt: 
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(minden futtathat folyamatra) ( 

keresd a folyamat $rtÖkessőögét 

if (ha ez a legörtőkesebb folyamat 
eddig) ( 


for 


emlőkezz rE 


j 
futtasd a legörtőkesebb folyamatot 


A fenti algoritmus alapján minden egyes folyamat értékét le 

kell ellenőriznünk. Ennek megfelelően az algoritmus n elem 

esetén n-szer ismétel. Így O(n) algoritmusnak nevezzük, hiszen 

végrehajtási ideje a folyamatok számának növekedésével 

lineárisan növekszik. 

Ezzel szemben az új ütemező a folyamatok számát nézve 

állandó végrehajtási idejű; azaz teljesen mindegy számára, 

hogy öt vagy 5000 futtatható folyamat van a rendszeren. 

Mindig pontosan ugyanannyi időre van szüksége a folyamat 

kiválasztására és végrehajtására: 

e — Kérd le a legmagasabb prioritást, amihez folyamatok 
tartoznak. 

e Kérd le az adott prioritási szint listájának az első tagját. 

e — Futtasd ezt a folyamatot. 


Ezzel az algoritmussal megoldhatók a , kérd le a legmagasabb 
prioritást" és a , kérd le a lista első tagját" műveletek, mivel 
ezeket az értékeket az ütemező folyamatosan nyilvántartja 

— keresés helyett egyszerűen csak le kell kérdeznie őket. Ered- 
ményképpen az új ütemező a folyamatok végignézése nélkül 
is képes a legmagasabb prioritású folyamatot kiválasztani. 

A második cél a tökéletes SMP-méretezhetőség elérése volt. 
[Ide tartozik, hogy az ütemező teljesítménye egy adott pro- 
cesszoron akkor is azonos marad, ha újabb processzorokat 
adunk a rendszerhez. A korábbi ütemezőben ez nem így volt: 
az ütemező teljesítménye a zárolási verseny következtében 

a folyamatok számának növekedésével egyre csökkent. Az 
ütemezőnek és adatszerkezeteinek a karbantartása meglehető- 
sen költséges, s ennek legnagyobb részét a futtatási sor keze- 
lése tette ki. Egy zárolásnak nevezett műveletet használunk 
annak érdekében, hogy egyszerre csak egy processzor tudjon 
változtatni a futtatási soron. Ez lényegében azt jelenti, hogy 

az ütemezőt egyszerre csak egy processzor futtathatja. 

Ezt a problémát orvosolandó az új ütemező egyetlen közös 
futtatási sor helyett minden processzorhoz külön sort használ. 
Ezt a megvalósítást gyakran többsoros ütemezőnek is nevezik. 
Minden egyes processzor futtatási sorában külön folyamatlista 
várakozik a végrehajtásra. Amikor egy adott processzor végre- 
hajtja az ütemezőt, csak a saját futtatási sorából választ. Ennek 
következtében a futtatási sorban sokkal kisebb lesz a versengés, 
és a teljesítmény a rendszer processzorszámának növekedé- 
sével nem csökken. Az 1. ábrán láthatjuk a közös futtatási sorral 
és egyedi futtatási sorokkal rendelkező kétprocesszoros gépet. 
A harmadik és egyben utolsó cél a fejlettebb SMP-affinitás 
elérése volt. A korábbi Linux-ütemező rendelkezett egy nem- 
kívánatos jellemzővel, nevezetesen: a folyamatokat pattogtatta 
a processzorok között. A fejlesztők ezt a viselkedést pingpong- 
hatásnak nevezték el. Az 1. táblázat a legrosszabb ilyen esetet 
mutatja be. 

Az új ütemező a processzoronkénti külön futtatási soroknak 
köszönhetően képes feloldani ezt a nehézséget. Mivel minden 
processzor saját listával rendelkezik a futtatható folyamatokról, 
a folyamatok azonos processzoron maradnak. A 2. táblázat ezt 
a fejlettebb működési elvet mutatja be. lermészetesen néha 
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közös futtatási sor (fs) 





1. ábra Bal oldalt a 2.4-es futtatási sora; Jobb oldalon a 2.5-ös, 
illetve a 2.6-os futtatási sora 


előfordul, hogy a folyamatokat át kell tenni egyik processzorról 
a másikra, például ha a processzorokon futtatott folyamatok 
száma nincs egyensúlyban. Ilyen esetekben a különleges, 
terhelés-egyensúlyozó módszer kiszedheti a folyamatokat 

a sorokból. Ez a művelet viszonylag ritkán fordul elő, így 

az SMP-affinitás megmarad. 

Az új ütemező sokkal többre képes, mint gondolnánk. 

A 3. táblázatban az új ütemező teljesítménypróbáit adjuk közre. 


időosztásos rendszermag 

A rendszermag-időosztás feladata a lappangási idő csökken- 
tése. Az eredmény: gyorsabb rendszerválaszidő és kellemesebb 
interaktív élmény lesz. A Linux-rendszermag a 2.5.4 változattól 
kezdve vált időosztásossá (preemptív), korábban együttmű- 
ködő módon hajtódott végre. Ez annyit jelent, hogy a folya- 
matok (legyenek akár valós idejűek) a rendszermag rendszer- 
hívásaiban nem tudtak más folyamatokat előreengedni. 

Ennek eredményeképpen az alacsony prioritású folyamatok 

a magasabb rendűek elé kerülhetnek, megakadályozva, hogy 
azok igényeik szerint érjék el a processzort. Mégha az alacso- 
nyabb rendű folyamat időszelete le is járt, tovább folytathatja 

a futását, amíg a rendszermagon belül be nem fejezte az elkez- 
dett feladatot, vagy önként vissza nem adja az irányítást. Ha 

a várakozó magasabb rendű folyamat például egy szövegszer- 
kesztő, amibe a felhasználó éppen gépelni szeretne, vagy 
MP3-lejátszó, ami a hangvermét újra szeretné tölteni, az 
eredmény gyenge interaktív teljesítmény lesz. Ha viszont a 
magasabb rendű folyamat valamilyen különleges valós idejű 
folyamat, az eredmény egyenesen végzetes is lehet. 

De miért nem volt már a kezdetektől fogva időosztásos a 
rendszermag? Azért, mert időosztásos rendszermagot készíteni 
sokkal több munkát jelent. Ha a rendszermagban futó felada- 


1. táblázat A pingponghatás legrosszabb esete 





CPU idő 1 idő 2 idő 3 idő 4 idő 5 
A folyamat CPUO / CPUT CPUO [ CPUT / CPUO 
B folyamat CPU1T / CPUO CPU1T /CPUO ]CPUT 


2. táblázat Az új ütemező megőrzi a processzorirányultságot 





CPU idő 1 idő 2 idő3 ] idő 4 idő 5 
A folyamat CPUO / CPUO /Í CPUO I CPUOG / CPUO 
B folyamat CPU1 [] CPUT I CPUT I] CPUT ] CPU1T 


alsó memória 


2. ábra 2.4-es rendszermag pattintóveremmel 


tf s 


tok bármikor újraidőzíthetőek, védelmet kell beépíteni, hogy 
megakadályozzuk az osztott adatok egyidejű elérését. Szeren- 
csére az időosztásos rendszermag gondjai éppen azonosak az 
SMP (symmetrical multiprocessing) esetében korábban fel- 
merült gondokkal. Így aztán azt a módszert, ami eredetileg 
SMP alatt nyújtott védelmet, a rendszermag időosztási gond- 
jainak megoldásához is könnyedén át lehetett ültetni. A rend- 
szermag egyszerűen az SMP forgózárait (spinlocks) használja 
az időosztás jelzésére. Amikor a kódban zárolásra van szükség, 
az időosztás szintén kikapcsolódik. Minden más esetben a 
jelenlegi folyamat megelőzése teljesen biztonságos. 


A lappanyási idővel kapcsolatos fejlesztések 

Valószínűleg már látjuk is a következő szűk keresztmetszetet. 
Az időosztásos rendszermag az időzítés lappangási idejét 

a rendszermag végrehajtási idejéről a forgózár végrehajtási 
idejére csökkenti. Ez egyértelműen gyorsabb, de még mindig 
lehetséges hibaforrás. Szerencsére a zárolási idő, vagyis az 

az időszak, amíg a rendszermag időosztásos módja ki van 
kapcsolva, csökkenthető. 

A rendszermagfejlesztők az alacsony lappangási időt szem 
előtt tartva hatékonnyá tették a rendszermag algoritmusait. 
Elsősorban a VM és a VES (Virtual FileSystem) feladataira 
összpontosítottak, ennek eredményképpen a zárolás ideje 
jelentősen csökkent. Végeredményül kitűnő válaszidőt kaptak. 
A felhasználók a 2.5-ös alatt még közepes gépeken sem tapasz- 
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taltak 500 nanosecundumnál rosszabb időzítési lappangási időt. 


Üjratervezett biokkréteg 

A blokkréteg a rendszermagnak az a része, ami a blokkos 
eszközök kezeléséért felelős. A hagyományos Unix-eszközök 
kétfajta alkatrészt támogatnak: a karakteres és a blokkos esz- 
közöket. A karakteres eszközök, például a soros kapuk és a bil- 
lentyűzet, egyesével karakterek vagy bájtok folyamaként értel- 
mezik az adatokat. Ezzel szemben a blokkos eszközök előre 
megadott méretű adagonként kezelik az adatokat (ezeket 
nevezzük blokknak). A blokkos eszközök nem csupán fogadják 
és küldik az adatfolyamokat; bármikor bármelyik blokkjuk 
elérhető. Az egyik blokkról a másikra történő ugrást keresésnek 
hívják (seeking). Blokkos eszközre példa a CD-ROM-meghajtó, 
a merevlemez és a szalagos egység. 

A blokkos eszközök kezelése egyáltalán nem magától értetődő. 
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e ILEZÁT EZT 


A merevlemezek meglehetősen összetett alkatrészek, amelyek 
bármelyik érvényes blokkjához az operációs rendszernek 

írási és olvasási hozzáférést kell biztosítania. Mivel a keresés 
költséges, az elérési idő mérséklése érdekében az operációs 
rendszernek okosan kell kezelnie valamint besorolnia a 
blokkos eszközkéréseket. 

A Linux blokkrétegére már nagyon ráfért az újratervezés. 
Szerencsére a 2.5.1-gyel megkezdődött a réteg kipofozása. 

A munkába bevont legérdekesebb részek a blokkos [/0-kérel- 
meknek megfeleltetett új, rugalmas és általános szerkezet beve- 
zetése, a pattintóvermek (bounce buffers) eltüntetése, és az 
[/O-folyamatoknak közvetlenül a magas memóriában történő 
támogatása, valamint a várakozási soronként létrehozott 

io reguest lock és az új I/O0-ütemező. 

A 2.5-ös változat előtt a blokkos eszköz az I/O0-kérelmek leírá- 
sára a buffer head szerkezetet használta. Ez a módszer több 
okból sem volt hatékony, de a legkomolyabb érv ezek közül az, 
hogy a blokkos rétegnek az adatszerkezetet gyakran kisebb 
darabokra kellett törnie, majd az I/0-ütemezőben később újra 
össze kellett állítania. A 2.5-ös rendszermag az [/O-műveletek 
tárolására új adatszerkezetet használ, a bioszerkezetet (bio 
struct). Ez a szerkezet egyszerűbb, a nyers és átmeneti 
,tárazott" [/O-műveletekhez egyaránt felhasználható, a magas 
memóriában is működik, ráadásul könnyedén szétszedhető, 
illetve összerakható. A blokkos réteg egységesen az új bioszer- 
kezetet használja, így a kód tisztább és hatékonyabb lesz. 

A következő feladat a magas memóriában végzett [/D-művele- 
tekhez használt pattintóverem kiiktatása volt. A 2.4-es rend- 
szermagban minden, a blokkos eszközökről a magas memóriá- 
ba irányuló [/0-átvitel kényszermegállót volt kénytelen beik- 
tatni. A magas memória olyan, nem állandóan belapolt memó- 
riarész, amihez a rendszermagnak különleges támogatást kell 
nyújtania. Az Intel x86 gépein az összes 1 GB feletti rész ilyen 
típusú. A magas memóriába irányuló minden [/O0-kérelem 
(például a merevlemezről beolvasni egy fájlt valamely 1 GB 
feletti címre) kénytelen az alacsony memóriában található 
különleges pattintóvermet használni. A gyakorlat azt mutatja, 
hogy néhány eszköz képtelen megérteni a magas memória- 
címeket. Ennek megfelelően az eszközöknek mindig alacsony 
címen kell az [/D-átvitelt elvégezniük. Amennyiben a célterület 
valójában a magas memóriában található, a blokkos eszköz 
adatait csak az alacsony memórián keresztül, , pattintva" lehet 
a magas memóriába juttatni (lásd a 2. ábrát). Ez a további máso- 
lás sok felesleges munkát jelent. A 2.5-ös rendszermag már 
önműködően támogatja a közvetlen magas memóriaátvitelt, 
és az erre képes eszközök esetében megszünteti a pattintó- 
verem-logikát. 

A következő szűk keresztmetszet, amivel a fejlesztők szembe- 
találkoztak, a teljes körű I/0-kérelemzár volt. Minden blokkos 
eszközhöz egy kérelemsor tartozik, ami a blokkok [I/O0-kérel- 
meit, azaz az egyes blokkok írását és olvasását jelző egyedi 
bioszerkezeteket tárolja. A rendszermag - ahogy a meghajtók 
felveszik vagy törlik a kérelmeket — folyamatosan frissíti a 
sorokat. Az egyidejű módosítástól a sorokat az 

io reguest lock védelmezi - a kód csak akkor módosít- 
hatja a sort, ha birtokolja a zárat. A 2.5 előtti rendszermagok- 
ban egyetlen teljes körű zár oltalmazta a rendszer összes 
kérelmét. A teljes körű zár az összes sor egyidejű elérését 
megakadályozta, holott a zárnak pusztán az egyetlen soron 
belüli egyidejű eléréseket kellene megakadályoznia. A 2.5-ös 
alatt a teljes körű zárat külön sorokhoz rendelt finom felbon- 
tású zárrendszerrel helyettesítették (3. ábra). Ennek megfele- 
lően a rendszermag egy időben több sort is képes kezelni. 


0 Kiskapu Kft. Minden jog fenntartva 
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0 Kiskapu Kft. Minden jog fenntartva 


3. ábra A 2.5-ös rendszermagban 
megjelenik a kérelemsoronkénti külön zár 


Végül az új [/D-ütemező kiküszöbölte a blokkos réteg mara- 
dék, kevésbé hatékony megoldását is. Az I/0-ütemező felelős 

a blokkok összerakásáért és fizikai eszközre történő küldéséért. 
Mivel a keresés költséges, az [/D-ütemező jobban szeret folya- 
matos kérelmeket teljesíteni, ezért a beérkezett kérelmeket 
szektorok szerint rendezi. Ez a képesség a lemezek teljesít- 
ménye és élettartama szempontjából egyaránt hasznos. A gond 
csak az, hogy a folyamatos szektorokra irányuló ismételt [/D- 
kérelmek megakadályozhatják egy nem ide tartozó szektor 
kérelmének a kiszolgálását. Az új [/OD-ütemező úgy oldja meg 
ezt a nehézséget, hogy határidőt vezet be az I/O0-kérelmekhez. 
Az [/0-ütemező csak a határidő lejártáig várakoztathatja a 
kérelmet, azután már mindenképpen ki kell szolgálnia, és nem 
folytathatja a jelenlegi szektorhoz tartozó kérelmek összeállí- 
tását. Az új ütemező egyben az írás-várakozás-olvasás kérdést 
is megoldja azáltal, hogy az olvasási műveleteknek előnyt ad 
az írással szemben. Ez a változtatás nagymértékben javítja az 
olvasási lappangási időt. Végül, de nem utolsó sorban, a 
kérelemsor mostantól egyszerű lista helyett vörös, illetve fekete 
fa alakú, ami igen könnyen kereshető adatszerkezet. 


Fejlettebb VM alrendszer 

A 2.5-ös változat alatt a VM végre magára talált. A VM alrend- 
szer a rendszermagnak az a része, amelyik az összes folyamat 
virtuális címterületéért felelős. Ide értendő a memóriakezelési 
módszer, a lapkilakoltatási stratégia (mit cseréljünk le, ha kevés 
a memória) és a belapolási stratégia (mikor cseréljük vissza a 
dolgokat). A VM gyakran okozott nehézségeket Linux alatt. 

A bizonyos terhelés alatt mért jó VM-teljesítmény gyakran 
okoz gyenge teljesítményt más részeken. Az igazságos, egysze- 
rű, jól felépített VM mindig is elérhetetlennek látszott — egé- 
szen mostanáig. Az új VM-ben végzett három nagyobb változ- 
tatás eredménye: 

e fordított térképezéses (reverse-mapping avagy rmap) VM; 
e — újratervezett, okosabb, egyszerűbb algoritmusok; 

e . szorosabb együttműködés a VFS-réteggel. 


A végeredményül kapott VM általános esetekben különlegesen 
jó teljesítményt nyújt, de szélsőséges esetekben sem hullik 
darabjaira. Lássuk mindhárom változást! 

Minden virtuálismemória-rendszer rendelkezik fizikai címekkel 
(a fizikai RAM-lapkák tényleges lapcímeivel) és virtuális 
címekkel (az alkalmazások számára nyújtott logikai címekkel). 
A memóriakezelési egységekből (Memory Management Unit, 
azaz MMU-ból) álló szerkezetekkel kényelmesen kikereshetjük 
a virtuális címekhez tartozó fizikai címeket. Ez kívánatos is, 
mivel a programok folyamatosan használják a virtuális memó- 
riacímeket, és ezt az eszköznek kell fizikai címmé alakítania. 
Ugyanakkor fordított irányban haladni egyáltalán nem olyan 
könnyű. Amennyiben fizikai címből szeretnénk virtuális címet 
létrehozni, a rendszermagnak minden táblabejegyzést végig 
kell néznie és ki kell keresnie a kívánt címet, de ez meglehető- 
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hivatkozáslista a megfelelő 
virtuális lapokra 


fizikai lap 





4. ábra A ffordított térképezés egy fizikai lapot 
egy vagy több virtuális laphoz rendelhet 


sen időigényes. A fordított térképezéses VM virtuális címekből 
fizikai címekre mutató térképeket is tartalmaz. 
for (minden tEblabejgyzősre) 
if (ez a fizikai c m sz ksZges) 
megtalEltuk a megfeleli c met 


az rmap VM egy mutatót követve egyszerűen kikeresheti a 
virtuális címet. Ez a módszer sokkal gyorsabb, különösen 
nagyobb VM-terhelés alatt. A 4. ábra a fordított térképezés 
diagramját ábrázolja. 

Ezenkívül a VM programozói a VM több algoritmusát újrater- 
vezték és továbbfejlesztették, szem előtt tartva az egyszerűsí- 
tést, az általános esetekben elérendő nagy teljesítményt és a 
szélsőséges körülmények között szükséges legalább elfogad- 
ható teljesítményt. Az eredményül kapott VM egyszerűbb, 
mégis szívósabb lett. 


3. táblázat A csevegőkiszolgáló-teljesítnénypróba 
nagyszámú folyamat közötti üzenetváltást mér. 
Az eredmények üzenet/másodperc mértékegységben értendők 





Ütemező 1. futás 2. futás 3. futás 
2.4 ütemezője 79723 92210 94803 
2.5 ütemezője 612320 620880 609420 


4. táblázat A szálkészítés és kilépés próbaeredménye: 
a teszt tíz kezdeti szál teljesítményét méri, amelyek mindegyike 
egy, öt vagy tíz párhuzamos szálat készít és zár be 





pthread könyvtár 1 5 10 

LinuxIhreads 170 us 
NGPT 90 us 
NPTL 20 us 20 us 20 us 


Végül sokat fejlődött a VM és a VES közötti együttműködés. 
Ez létfontosságú, mivel a két alrendszer igen bensőséges 
viszonyban áll egymással. Egyszerűsödtek a fájl- és lapvissza- 
írások, az előreolvasás és a gyorstárkezelés. A bdflush rend- 
szermagszálat a pdflush szálcsoport váltotta fel. Az új szálak 
sokkal jobb lemeztelítettség elérésére képesek; egy fejlesztő 
szerint a kód egy időben hatvan lemezfolyamatot tud telített 
állapotban tartani. 


Szálak fejlesztése 

Linux alatt a szálkezelés mindig utólag beleszőtt gondolatnak 
tűnt. A szálasított modell nem igazán illeszkedik a hagyomá- 
nyos Unix-folyamatmodellbe, ennek megfelelően a Linux- 


rendszermagról sem mondható el, hogy elkényeztetné a szála- 

kat. A felhasználói térben futó pthread programkönyvtár 

(közismertebb nevén a LinuxIThreads), ami a glibc (a GNU C 

könyvtár) része, nemigen kap nagy segítséget a rendszermag- 

tól, ennek eredményképpen a szálak teljesítménye sem éppen 

csillagászati. Rengeteg lehetőség kínálkozott a fejlesztésre, de 

ezt csak úgy lehetett kivitelezni, ha a rendszermag és a glibc 

programozói együtt tudnak működni. 

Örvendezzünk, mert képesek voltak erre, következésképpen 

a rendszermag száltámogatási képessége jelentős mértékben 

megnőtt; és Native Posix Ihreading Library (NPIL) néven lét- 

rejött egy új, felhasználói térben használható pthread könyvtár, 

ami majd a LinuxIhreads helyére léphet. Az NPIL, akárcsak a 

LinuxIhreads, 1:1 arányú szálasító modellt használ. Ez annyit 

jelent, hogy minden felhasználói térben létező szálhoz pontosan 

egy rendszermagszál tartozik. Lenyűgöző, hogy a fejlesztők 

anélkül voltak képesek kitűnő teljesítményt elérni, hogy átálltak 

volna az M:N modellre (ahol rendszerszálak száma dinamikusan 

kevesebb is lehet, mint a felhasználói térben futó szálak száma). 

A magváltozások és az NPIL együtt növekvő teljesítményt és 

szabályosságot hozott. Egy kis ízelítő az újdonságokból: 

e a szálak helyi tárolástámogatása, 

e  O(1) exit () rendszerhívás, 

e fejlettebb PID-foglaló rendszer, 

e a clone () rendszerhívás szálasító bővítése, 

e  szálérzékeny kódkiíró- (dump) támogatás, 

e  szálasított jelzés- (signal) fejlesztések, 

e új, gyors, felhasználói térben futó zárolási primitívek 
(ezeket futexnek nevezzük). 


Az eredmény önmagáért beszél. Egy adott gépen 2.5-ös rend- 
szermag és az NPIL alkalmazásával százezer szál egyidejű 
létrehozása és törlése kevesebb mint két másodpercig tart. 
Ugyanitt a rendszermag-változtatások és az NPIL nélkül 
ugyanez a próba körülbelül 15 percet vesz igénybe. 

A 4. ábrán láthatjuk a szálkészítő és szálkilépő 
próbateljesítmény eredményeit, az NPIL, NGPT (az IBM M-:N 
arányú Next Generation POSIX Ihreads nevű pthread könyv- 
tára) és a LinuxThreads rendszerek felhasználásával. Ez a 
próba szintén százezer szálat készít, de sokkal kisebb párhu- 
zamos lépésekkel. Ha még ez sem nyűgözött le, akkor igazán 
keményfejű vagy. 


Új hanyréteg 
A Linux sound architecture (ALSA) régóta várt beillesztése 
a 2.5.5-ös változatban kezdődött meg. Az ALSA rengeteg 


fejlesztést tartalmaz az előző hangréteg, az Open Sound Sytem 
(055) rendszerhez képest. Mind közül a legfontosabb, hogy az 
ALSA sokkal erősebb és gazdagabb API-t nyújt, mint az OSS. 
Az ALSA-meghajtók és a hozzájuk tartozó programkönyvtár 
(alsa-lib) segítségével kevesebb erőfeszítéssel tudunk fejlett 
audioalkalmazásokat készíteni. 

Az ALSA rengeteg hangeszközt támogat, továbbá visszafelé 
együttműködő 0S5-csatolófelülete is létezik. Nagyon valószínű 
azonban, hogy az 0S5-meghajtók a 2.6-osban is megmaradnak 
azok kedvéért, akiknek továbbra is 05S5-re van szükségük, 
esetleg jobban kedvelik. 


Jövőkép 

Egy kicsit talán felelőtlen dolog a 2.6-os jövőjét boncolgatni, 
hiszen még meg sem jelent. Ugyanakkor érdekes elgondol- 
kodni azon, milyen is lesz a 2.7-es fejlesztői rendszermag 
(vagy legalábbis milyet szeretnénk). Ha szerencsénk van, 

most a régóta várt tty-réteg (terminál) újraírása következik. 

A tty-réteg mostanra ugyanis hatalmasra duzzadt, és eléggé 
zavarossá vált. 

Mindenki kívánságlistáján szintén az első helyezettek között 
áll a SCSI-réteg újraírása. Jelenleg a SCSI-réteg túlságosan buta, 
a meghajtók pedig túl okosak. Sőt az IDE- és SCSI-rétegeket 

is egyesíteni lehetne, akár egyetlen általános lemezrétegben! 
De akárhogy is legyen, a SCSI-rétegnek mindenképpen 
szüksége van egy kis tisztogatásra. 

A fentieken kívül minden más elég bizonytalan. Kockázatos 
lenne találgatásokba bocsátkozni; az eddig felsoroltak is 
inkább csak a jelenlegi igények egyszerű megfigyelése alapján 
születtek. Mint mindig, a 2.7-es tényleges munkái is — akárcsak 
a vakaródzás -— attól függnek majd, hogy hol viszket a 
fejlesztőknek. 

A jövőtől függetlenül a 2.6-os rendszermag nagyszerűnek 
tűnik — kiváló méretezhetőség, fürge munkafelületi válaszidő, 
fejlettebb igazságosság, illetve boldogan együttműködő VM 

és VFS-réteg jellemzi. 
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Robert Love (rmIlotech9.net) 

Matematika és számítógépes tudományok szakos 

hallgató a Floridai Egyetemen. Amikor éppen nem 
! Linuxot elemez, autóversenyzik, thai ételeket eszik 

vagy punk zenét hallgat. 
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A rendszermag beállításai és fordítása 


A 2.5-ös sorozat esetében a korábbinál sokkal egyszerűbb saját rendszermagot 
készíteni vagy illesztőprogrammal bővíteni a rendszerünket. 


rendszermagfordítás művelete két részből áll: elő- 
ször meg kell adni a megfelelő beállításokat, majd 
ezekkel a beállításokkal el kell végezni magát a fordí- 
tást. A 2.5-ös előtti magváltozatoknál a beállítások a Config.in 
nevű állományokba kerültek, ilyen minden alkönyvtárban 
volt; súgóként pedig egy központi leírás, a Documentation/ 
Configure.help fájl szolgált. A fordítási folyamat leírására szol- 
gáló nyelv parancssori jelleget öltött, és a telhasználónak fel- 
kínálandó beállításokat az éppen megjelenített beállításoktól 
függően választotta ki. 

A dolog viszonylag jól működött, ám idővel túl sok külön- 
féle beállítás terhelte le ezt a nyelvet, ami már nem tudta 
megfelelően kezelni őket. A 2.5.45-ös változat megjelenésekor 
Roman Zippel újraírta a beállítónyelvet, és új beállítóprog- 
ramok kerültek a fő rendszermagfába is. Az új beállítónyelv 
rugalmasságát és tudását tekintve egyaránt felülmúlja elődjét. 
A súgó szövegét is egyesíti a beállításokat vezérlő részekkel, 
így az illesztőprogramok foltjainak telepítése is könnyebb, 

és nem kell a központi Configuration.help fájllal való ütközé- 
sek miatt aggódni. 

A 2.5-ös sorozatban Kai Germaschewski és további kbuild-fej- 
lesztők lassan átdolgozták a rendszermag Makefile rend- 
szerét, így a rendszermagnak a kiválasztott beállításokkal való 
lefordítása is egyszerűbb lett. Írásomban a 2.5-ös rendszermag- 
ban szereplő Makefile és beállítófájlok formátumát, illetve 
az illesztőprogramok hozzáadásának és a rendszermag lefordí- 
tásának a módját ismertetem. 


A rendszermag beállításai 

A rendszermag beállításait szöveges vagy grafikus beállítóprog- 
rammal adhatjuk meg. A szöveges beállítóprogram a make 
config paranccsal indítható; a beállítási lehetőségeket sorban 
egymás után kínálja fel a felhasználónak (1. kép). Az ugyancsak 
szöveges ncurses és változat jóval népszerűbb, indításához a 
make menuconfig parancsot kell kiadni (2. kép). A Ot alapú 
grafikus beállítóprogram a make xconfig paranccsal vehető 
használatba (3. kép). 

A rendszermag beállításait kezelő program indításkor kiolvassa 
a fő beállítófájl — 1386 alapú gépeknél az arch/i386/Kconfig — 
tartalmát. A többi géptípus is saját beállítófájlokkal bír a meg- 
felelő könyvtárakban. A fő beállítófájl további állományokat is 
magába olvaszt a rendszermag könyvtárfájában lévő különféle 
alkönyvtárakból. Ezek a fájlok hasonló módon további állomá- 
nyokat foglalhatnak magukba. Az arch/i386/Kconfig fájlban 
például az alábbi sor szerepel: 


source "sound/Kconfig" 


Vagyis beillesztjük a fenti állomány tartalmát. A sound/Kconfig 
fájl ugyanakkor több más állományt is magában foglal: 


source "sound/core/Kconfig" 
source "sound/drivers/Kconfig" 


26 


Linuxvilág 





Lgreg$shamp línux-2.51$ make config 
makel1]: scriptsZ/kconfig/conf" is up to dote, 
. /scriptsZ/kconfig/conf arch/i386/KconVig 


using defaoults found in .config 


Linux kernel Configuration 


Code maturity level options 
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1. kép A rendszermag beállításainak megadása a make config segítségével 


Anüúx Kérnal Configyuratior 
Arrou keys navigate the menu. (Enter? selects submenus —-), 
Highlíighted letters are hotkeus. Pressing £Y2 includes, (N2 excludes, 
CM) modularizes features. Press CEsc2CEsc2 to exit, K?2 for Help. 
Legend: [5] built-in L 1] excluded CW) module €( ) module capable 


. eneral setup —) 

. oadable module support —? 

. rocessor type and features -——? 

. ouer management options (ACPI, APM) —--—-5 
us options (PCI, PCMCIA, EISA, MCA, ISA) 
"xecutable fíle formats -——) 
M mory Technology Devíces (MID) 
.-orollel port support —-—--? 
"1lug ond Play support ——? 


---3 


---y 


£ Exit 2 


£ Help? 


2. kép A make menuconfig használatakor könnyebb 
visszalépni és kijavítani a hibákat 


source "sound[isa/ Kconfig" 
source "sound/pci/Kconfig" 
source "sound/ppc/ Kconfig" 
source "sound/arm/ Kconfig" 
source "sound/usb/ Kconfig" 


A sound/usb/ Kconfig fájl az összes olyan beállítást tartalmazza, 
ami az ALSA U$SB illesztőprogrammal kapcsolatos: 


b ALSA USB drivers 


"ALSA USB devices" 
depends on SND!-n §§ USB!-n 


TET 


config SND USB AUDIO 


tristate "USB Audio/MIDI driver" 
depends on SND 66 USB 
help 
Say ":"Y:" or ":"M:" to include support for 


USB audio and USB MIDI devices 
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3. kép A Ot alapú make xconfig 


endmenu 

A Kconfig-fájlokban megjegyzéseinket a kettős kereszt karakter 
(7) után írhatjuk be. A mögötte, azonos sorban található szö- 
vegrészeket a beállítóprogram nem olvassa be. 

A menu és endmenu parancsok a beállítóprogramot arra 
utasítják, hogy újabb menüszintet vagy képernyőt nyisson 
meg. A menu sorban a menü nevét idézőjelek közé szúrva 

kell megadni. A fenti fájlban a menü neve a következő: 

"ALSA USB devices". 

A menük és a beállítási lehetőségek esetében megadható, hogy 
megjelenjenek-e a képernyőn vagy sem. A fenti példában az 
USB-beállítások menüje csak akkor jelenik meg, ha a 

CONFIG SND és a CONFIG USB beállítást is kiválasztottuk; 

a függést a depends on SND!-n §6 USB!-n sor adja meg. 

A szükséges gépelés mennyiségének csökkentése értekében 
minden beállítási lehetőség a CONFIG kulcsszóval kezdődik, 
amit a beállítónyelv nem használ. A beállításoknak a következő 
értékek adhatók meg: 


e — y— a beállítás engedélyezve van, 
e  n a beállítás nincs engedélyezve, 
e  m— az adott dolog modulként kerül lefordításra. 


Ha a CONFIG SND és a CONFIG USB beállítások nincsenek 

n értékre állítva (vagyis belefordítjuk őket a rendszermagba, 
vagy modulok lesznek), a CONFIG SND USB AUDIO beállítás 
jelenik meg a felhasználó előtt. A beállítás a három lehetséges 
érték közül egyet vehet fel, vagyis , háromállású" kapcsolóként 
viselkedik. A felhasználó a következő szöveget látja: , USB 


Audio/MIDI driver:" 


A háromállású USB Audio/lMIDI driver beállítás 


A beállítási lehetőségek megadásakor az alábbi típusok közül 
választhatunk: 


e bool- a változó az y és az n (igen, illetve nem) 
értéket veheti fel. 

e tristate - a változó y, n vagy m értéket kaphat. 

e int — a változó bármilyen számértéket felvehet. 


Ezt a beállítási lehetőséget egy depends logikai sor szabá- 
lyozza, ami a menüpontokéval azonos logika szerint működik. 
A CONFIG SND USB AUDIO lehetőség a CONFIG SND és a 
CONFIG USB beállításoktól függ, vagyis ha ezek valamelyikét 
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4. kép Az újonnan hozzáadott FooBar USB hangszóró 





modulnak állítjuk be, akkora CONFIG SND USB AUDIO 
beállítás is modulértéket vesz fel. Ha mindkét vezérlőbeállítás 
le van tiltva (vagyis n értéket kaptak), a függő beállítási lehető- 
ség nem jelenik meg. Ha mindkettőnek y értéket adunk, a 
függő beállítás n, y vagy m értéket kaphat. Ezt a viselkedést 
egyetlen sor írja elő: 


depends on SND §6§ USB 


A rendszermag kódjából a beállítási érték látható lesz (jelen 
esetbena CONFIG SND USB AUDIO), így a kód ennek és 


élléát o í  . 
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kezik a rendszermagra vonatkozó programozási stílusbeli 
alapelvekkel. Ezzel már korábban is foglalkoztam egy cikkem- 
ben, lásd , Proper Linux Kernel Coding Style" (Linux Journal, 
2002. július, 5 http:/www.linuxjournal.com/article/5780). 

Az tifdef parancsokat csak a .h fájlokban használjuk, a .c 
fájlok maradjanak tiszták és könnyen olvashatók. 

A súgó szövege korábban egyetlen nagy Configuration.help 
fájlba került. Most a leírás a Kconfig állományban, közvetlenül 
a depends sor után található. Egy help vagy ———help——-— 
tartalmú sorral kezdődik, ezt további sorok követik, a help 
sorhoz képest két szóközzel beljebb. 


Új beállítási lehetőség hozzáadása 

Ha új beállítási lehetőséget kívánunk hozzáadni, a meglévő 
Kconfig fájlt csupán a kívánt helyen a megfelelő sorokkal kell 
bővítenünk. Ha például új USB illesztőprogram készül az 
ALSA hangrendszerhez, akkor az a sound/usb könyvtárba fog 
kerülni, és egy sound/usb/Kconfig fájlt kell hozzáadni. Az alábbi 
illesztőprogram a képzeletbeli FooBar USB-s hangszóró 
vezérlését végzi. A CONFIG SND és a CONFIG USB beállítások 
engedélyezésétől, továbbá a CONFIG SND USB AUDIO 
beállítástól függ, ugyanis az új illesztőprogram felhasználja 
ennek az illesztőprogramnak bizonyos szolgáltatásait. AZ új 
beállítási lehetőség az SND USB AUDIO pont után kap helyet, 
de még a záró endmenu parancs előtt, valahogy így: 


config SND USB FOOBAR 

tristate "USB FooBar hangsz r 
illesztiprogramja" 

depends SND USB AUDIO 

help 


"11 tsd Y örtökre, ha FooBar USB 
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hangsz r t szeretnől hasznElni. 


A k d modulkánt is hasznElhat 

(—- Ilyenkor sz ksőg szerint 
illeszthetai 

a fut 
eltEvol that .) 

A modul a k vetkezi nevet kapja: 

usbfoobar.o 


rendszermaghoz, illetve 


A beállítási lehetőség akkor jelenik meg, ha az 
SND USB AUDIO beállítást választottuk ki (4. kép). 


A rendszermag fordítása 

A rendszermag fordítása különálló Makefile állományok 
alapján történik, ezek összekapcsolása fordítás közben 
történik meg, így egy nagyméretű Makefile jön létre. 

A különálló Makefile állományok a megszokottól eltérő, 
kifejezetten a rendszermag fordítási folyamatára jellemző 
formátumot követnek. A Makefile feladatköre a szükséges 
fájlok — a megadott beállításoktól függő, megfelelő formá- 
tumú, vagyis az eredmény vagy modul lesz, vagy beépül 
a rendszermagba - létrehozatalára korlátozódik. Például 

a 2.5.59-es rendszermagbeli drivers/usb/misc/Makefile 
állomány így néz ki: 


tt 

t Makefile for the rest of the USB drivers 
ft (the ones that don-t fit into any other 
t categories) 

tt 

o05bj-$ (CONFIG USB AUERSWALD) t1— auerswald.o 
0bj-$ (CONFIG USB BRLVGER) t—- brlvger.o 
0bj-$ (CONFIG USB EMI26) t—- emi26.o 
0bj-$ (CONFIG USB LCD) t—- usblcd.o 
0bj—-$ (CONFIG USB RIO500) 1- rio500.60 
0bj-$ (CONFIG USB SPEEDTOUCH)  -4- speedtch.o 
0bj-$ (CONFIG USB TEST) 1— usbtest.o 
0bj-$(CONFIG USB TIGL) 1 tiglusb.6 
0bj—-$ (CONFIG USB USS720) 4 üúss720.60 
speedtch-objs :— speedtouch.o atmsar.o 


Amennyiben a CONFIG USB LCD beállítás m értéket kapott, 
az usblcd.c modulba történő fordításáról az alábbi sor 
gondoskodik: 
0bj-$(CONFIG USB LCD) t—- usblcd.o 
Egyéb esetben, ha a beállítás y értéket kapott, a kódrészlet 
közvetlenül a rendszermagba épül. Ha a megfelelő modul 
egyetlen .c fájlból jön létre, akkor mindössze ennyi kell ahhoz, 
hogy új rendszermag Makefile-t hozzunk létre. 

Ha az illesztőprogram több .c állományból épül össze, az 
állományok neveit különálló sorokban kell felsorolni, az illesz- 
tőprogram, avagy a modul nevével párosítva. Az előbbi példá- 
ban a fájlok és az illesztőprogramnevek listája a következő- 
képpen alakul: 


0bj-$ (CONFIG USB SPEEDTOUCH) 4- speedtch.o 


és a másik a 
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speedtch-objs :— speedtouch.o atmsar.o 


Az első sor adja meg, hogy a speedtch modul létrejöjjön-e. 
Ha igen, a sor jelzi, hogy a rendszermagba kerül-e vagy modul 
lesz. A második sor tudatja, hogy a speedtouch.c és az atmsar.c 
fájlok .o fájlokba fordítandók, és összekapcsolva fogják alkotni 
a speedtch. o modult. 

A régebbi rendszermagoknál, ha egy fájl szimbólumokat is 
közzétett, akkor közvetlenül is szerepelnie kellett a 
rendszermag Makefile állományaiban. A 2.5-ös és újabb 
rendszermagoknál ez a kötelezettség már nem áll fenn. 


Uj illesztőprogram hozzáadása a fordítási folyamathoz 

Ha új illesztőprogrammal szeretnénk bővíteni a rendszermag 
fordításának folyamatát, és az illesztőprogram egyetlen fájlban 
található, akkor mindössze egy sorra van szükségünk. 

A FooBar USB hangszóró példájára utalva az 

05bj-$ (CONFIG SND USB FOOBAR) 4-—- usbfoobar.o 
sort kell hozzáadni a sound/usb/Makefile állományhoz. 

Ha az illesztőprogram két fájlban található, például a foobar1.c 
és a foobar2.c fájlban, akkor egy további sorra is szükség van: 
usbfoobar-objs :— foobaril.o foobar2.o 
Összegzés 

A 2.5-ös rendszermagnál a beállítások megadásának, illetve a 
fordításnak a folyamata jelentősen leegyszerűsödött és rugal- 
masabbá vált a korábbi változatokhoz képest. Roman Zippel és 
Kai Germaschewski munkájának hála a rendszermag fejlesztői 
több figyelmet fordíthatnak magára a programozásra, és keve- 
sebbet kell törődniük a rendszermag fordításának bonyolult 
folyamatával. 

A Kbuild folyamatról további tudnivalókat San Ravnborg 
kiváló írásában találhatunk, amely a 


2 http:/marc.theaimsgroup.com/?1-—linux-kernelgzm — 
10416241/329638 címen érhető el. 
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Greg Kroah-Hartman (gregckroah.com) 
Jelenleg a Linux USB és a PCI Hot Plug 
rendszermag felelőse. Az IBM-nél dolgozik, ahol 
számos, a Linux rendszermagjával kapcsolatos 
kérdéssel foglalkozik. 








A Linux-rendszermag otthona 
2 http:/Awww.kernel.org 


A 2.5-ös fejlesztői rendszermag letöltési helye 
9 ftp://ftp.kernel.org/pub/linux/kernel/v2.5/ 


Rendszermag-levelezési lista 
5 http:/Avww.cs.helsinki. fi/linux/linux-kernel/ 


2.5-ös rendszermag-beállítási tippek 
2 http:/Avww.linux-sxs.org/administration/25xconf.htm!l 


A magmódú Linux 


Modulkészítés nélküli programfuttatás a magtérben. 


Lf af 


lehetővé teszi, hogy a magtérben fussanak. Írásunk 
ennek a hátterét világítja meg. 

A hagyományos rendszermagok a processzor beépített szolgál- 
tatásai révén védik magukat. A Linux-rendszermag például 

a saját védelmére a processzor legkiváltságosabb szintjét és 
memóriavédelmi szolgáltatásait használja. A rendszermag saját 
magának a legkiváltságosabb szintet tartja fenn: a magmódot. 
Ezzel szemben a felhasználói folyamatok a legkevésbé kivált- 
ságos szinten, felhasználói üzemmódban futnak. Ilyeténkép- 
pen maga a processzor védi a rendszermagot, minthogy a 
felhasználói módban végrehajtott programok nem férhetnek 
hozzá olyan tárterületekhez, amelyek a magmódban végre- 
hajtott programokhoz tartoznak. 

Mivel a felhasználói folyamatok nem képesek rendszerhívá- 
sokat kiadni a rendszermagban, ezért e nehézség feloldásához 
a hagyományos rendszermagok a korszerű processzorok nyúj- 
totta szolgáltatásokat aknázzák ki, biztonságosan, de korlá- 
tozott mértékben növelve a rendszer kiváltságos üzemmód- 
jának a szintjét. Vegyük példaként az IA-32 felület számára 
készült Linux-rendszermag programvezérelt megszakításke- 
zelő (software interrupt) eljárását. 

A programvezérelt megszakítás különleges ugróutasításnak 
tekintendő, aminek a célcímét a rendszermag korlátozza. 

A kezdeti értékadás során a programvezérelt megszakítás cél- 
címét a rendszerhívásokat kezelő különleges eljárás címére 
állítja be. Rendszerhívások igénybevételéhez a felhasználói 
program egy különleges utasítást, az int 0x80-at hajtja végre, 
ekkor a rendszermagban lévő rendszerhívásokat kezelő eljárás 
magmódban lesz végrehajtva. Az eljárás környezetet vált, azaz 
menti a felhasználói program regisztereinek tartalmát. Végül 
meghívja azt a magszolgáltatást, ami a felhasználói program 
által kért rendszerszolgáltatást kivitelezi. 

Egy mostani Pentium 4-es gépen a programvezérelt megsza- 
kításkezelés és környezetváltás mintegy 132-szer lassabb, mint 
egy puszta függvényhívás. 

Mellesleg az IA-32 számára készült, 2.5.53 és nagyobb változat- 
számú Linux-rendszermagok néhány különleges utasítást 
használnak a rendszerhívásokhoz: a sysenter-t és a 
sysexit-et. Ez azonban még mindig 36-szor lassabb, mint 
egy egyszerű függvényhívás. 

A rendszerhívások felgyorsításának kézenfekvő módja a fel- 
használói folyamatok magmódban történő végrehajtása. Ekkor 
a rendszerhívások kezelése felgyorsul, hiszen a programvezérelt 
megszakítások és környezetváltások szükségtelenek. Ezek ettől 
kezdve már nem többek egyszerű függvényhívásoknál, mert 

a felhasználói program most már közvetlenül hozzáfér a rend- 
szermaghoz. Úgy tűnik, hogy ez a megközelítés biztonsági 
réshez vezet: a magmódban végrehajtott felhasználói progra- 
mok a rendszermag tetszőleges részéhez hozzáférhetnek. 

A statikus programelemzés területén elért eredmények, például 
a típuselmélet (type theory) felhasználhatók a rendszermag 
felhasználói programokkal szembeni védelmére. Számos 





Kernel Mode Linux (KML) olyan módszer, ami az 
egyszerű felhasználói térben futó programok számára 
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módszer támogatja ezt a programalapú védelmi megközelítést, 
többek között a Java bytecode, a .NEI CIL, a OCaml, a Iyped 
Assembly Language és a Proof-Carrying Code. 


KML: felhasználói folyamatok végrehajtása magmódban 

A rendszermag által védett program megalkotásához tett első 
lépésként kidolgoztam a KML-t. A KML tulajdonképpen a 
felhasználói folyamatokat magmódban futtató módosított mag, 
amit azután a magmódú felhasználói folyamatok hívnak meg. 
A magmódú felhasználói folyamatok közvetlen kölcsönhatás- 
ban állnak a rendszermaggal. Emiatt a rendszerhívásokkal 
kapcsolatos többletráfordítás elhanyagolható. 

A KML az eredeti Linux-rendszermaghoz foltként áll rendelke- 
zésre, emiatt a rendszermagot újra össze kell építeni. A KML 
használatához szükséges a folt, valamint a rendszermag beállítá- 
sakor be kell kapcsolni a Kernel Mode Linuxot (KML). Építsük 
újra a rendszermagot, majd telepítsük, ezt követően indítsuk 
újra a gépet. A KML-folt a 3 http:/www.yl.is.s.u-tokyo.ac.jp/ 
-tosh/km!l címről tölthető le, illetve megtalálható a 48. CD 
Magazin/őMagmod könyvtárában. 

A legfrissebb KML-ben a /trusted könyvtárban található 
programok magmódú felhasználói folyamatokként futnak; 
maga a rendszermag nem végez semmiféle biztonsági 
ellenőrzést. Vegyük például az alábbi parancsot: 


0 Kiskapu Kft. Minden jog fenntartva 


5 cp /bin/bash /trusted/bin €§6 
s /trusted/bin/bash 


Ez a bash parancsértelmezőt magmódban futtatja. 


Mire képesek a magmódú felhasználói folyamatok? 

A magmódú felhasználói folyamatok egyszerű felhasználói fo- 
lyamatok, kivéve természetesen a kiváltsági szintjüket (privilege 
level). Éppen ezért ezek mindent meg tudnak tenni, amire az 
egyszerű felhasználói folyamatok képesek, például valamennyi 
rendszerhívásfajtát igénybe tudják venni, még a fork-ot (elá- 
gazás), a clone-t és az mmap-et is. Ezenkívül ha a legfrissebb 
GNU C könyvtárat - ezen a 2.3.2-es vagy ennél frissebb válto- 
zatot vagy a CVS-ből származó fejlesztői változatot kell érteni 

- a magmódú felhasználói programokban a rendszerhívások 
önműködően függvényhívásokká alakítják, akkor akad néhány 
kivétel is, ilyen a clone. Ezért a felhasználói programodban levő 
rendszerhívásokból eredő többletráfordítás úgy lett felszámolva, 
hogy magát a programot nem is kellett hozzá módosítani. 

A lapozási eljárás az egyszerű felhasználói folyamatokkal mege- 
gyező módon működik, vagyis a magmódú felhasználói folyama- 
tok mindegyike saját címterülettel rendelkezik. Azon kívül, ha a 
magmódú felhasználói folyamatok feleslegesen sok memóriát fog- 
lalnának is le, a rendszermag önműködően kilapozza a tárból, aho- 
gyan ezt az egyszerű felhasználói folyamatok esetében is tenné. 
A kivételek, tehát a szakaszolási hibák (segmentation faults), 
érvénytelen műveleti kivételek (illegal operation exceptions) 

a felhasználói folyamatokkal megegyező módon kezelhetők, 
hacsak a program nem jogosulatlanul szeretne hozzáférni a 
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magból a tárterülethez, vagy hibásan hajt végre kiváltságokhoz 
kötött utasításokat (privileged instructions). 

A példa kedvéért végezzük el a következő program összeépí- 
tését, és hajtsuk végre magmódú folyamatként: 


int main(int argc, 


( 


char" argvl[]) 
x(intr)0 — 1; 


return 0; 


T 


A folyamat végrehajtása szakaszolási hibával zárul, ez azonban 
nem jár együtt magpánikkal (kernel panic). Ez a példa egyúttal 
azt is megmutatja, hogy a jelző eljárás működik. A második 
példánkban építsük össze az alábbi programot és hajtsuk végre 
magmódú felhasználói folyamatként: 


int main(int argc, 


( 


char" argv[]) 


for (;;); 
return 0; 


J 


Használjuk a CTRL-C billentyűket a folyamatnak való SIGINT 
küldéséhez. Figyeljük meg, hogy a folyamat meg is kapja a je- 
let, és rendesen befejeződik a végrehajtása. A második példánk 
azt szemlélteti, hogy a folyamatütemezés működik - vagyis 
még akkor is, ha egy magmódú felhasználói folyamat végtelen 
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ciklusba kerül, az előjogait érvényesíti a folyamaton (leállítja), 
és más folyamatokat hajt végre. lalán már észre is vetted, hogy 
a rendszer továbbra is rendesen működik, még a példában levő 
végtelen ciklus ellenére is. 


Milyen feladatok elvégzésére 

képtelenek a magmódú felhasználói folyamatok? 

Annak ellenére, hogy a magmódú felhasználói folyamatok 
egyszerű felhasználói folyamatok, akad néhány őket érintő 
korlátozás is. Ha a magmódú felhasználói folyamatok megsér- 
tik ezeket a korlátozásokat, a rendszer meghatározatlan álla- 
potba kerül. Ez a legrosszabb forgatókönyv szerint rendszer- 
összeomlást jelent. Lássuk az első korlátot! 

Ne módosítsd a CS, DS, SS és FS szakaszregiszterek tartalmát. 
Az IA-32 számára készült KML feltételezi, hogy ezeket a regisz- 
tereket a magmódú felhasználói folyamatok nem módosítják; 
belül használja őket. A második korlát pedig az, hogy kivált- 
sághoz kötött műveleteket (privileged actions) ne hajts végre 
helytelen módon. Magmódban a programoknak bármilyen 
kivételezett műveletet jogukban áll végrehajtani. Abban az 
esetben azonban, ha ez a művelet az adott rendszermaggal 
nincs engedélyezve, a rendszer meghatározatlan állapotba 
kerül. Erre az esetre mutat példát a következő magmódú fel- 
használói folyamat: 


int main(int argc, 


( 


char" argvl[]) 


/:" disable hardware interrupts "/ 
. asm  — — volatile —  ("cli"); 

for (;;); 
return 0; 


) 


Ekkor a rendszer működése megakad. lapasztalatom szerint 
csak kevés alkalmazás sérti meg ezeket a korlátokat. A korlátok 
megsértői között találjuk a WINE-t és a VMware-t is. Ezek a 
korlátok csak a magmódú felhasználói folyamatok számára 
állnak fenn. Az egyszerű felhasználói folyamatokat sohasem 
sújtják ezek a korlátok, még akkor sem, ha KML-képes 
rendszermagot futtatunk. 


KIML-belügyek 


Az IA-32 processzorokban a futó program kiváltsági szintjét 
annak a kódrészletnek a kiváltsági szintje határozza meg, ahol 
a program végrehajtódik. Emlékezzünk csak vissza, hogy az 
IA-32 processzorok egyrészt egy szakaszból állnak, amelyet a 
CS elnevezésű szakaszregiszter jelöl ki, másrészt a szakaszba 
mutató eltolásból (offset), amit az EIP regiszter határoz meg. 

A kódszakasz kiváltsági szintjét tehát a szakaszleíró határozza 
meg. A szakaszleírónak van egy mezője, ami a szakasz kivált- 
sági szintjét határozza meg. 

A Linux-rendszermag alapvetően két szakaszt hoz létre: 

a rendszermag kódszakaszát és a felhasználói kódszakaszt. 

A rendszermagkódszakaszt maga a rendszermag használja, 
kiváltsági szintje pedig magmódra (kernel mode) van állítva. 
A felhasználói kódszakasz egyszerű felhasználói folyamatok- 
nak van fenntartva, kiváltsági szintje pedig felhasználói módra 
van beállítva (user mode). Amikor az execve-t felhasználói 
folyamat futtatására használjuk, az eredeti Linux-rendszermag 
a szakaszregisztert a felhasználói kódszakaszra állítja be. Így 
aztán a felhasználói folyamat valódi felhasználói üzemmódban 


lesz végrehajtva. Ahhoz viszont, hogy a felhasználói folyama- 
tot magmódú felhasználói folyamatként hajthassuk végre, 

a KML a folyamathoz tartozó CS regisztert — a felhasználói 
kódszakasz helyett -— rendszermag kódszakaszra állítja. 
Ezután a folyamat magmódban hajtódik végre. A KML egy- 
szerű megközelítése miatt a magmódú felhasználói folyamat 
átlagos felhasználói folyamat lehet. 


A vereméhséghiha és megoldása 

A KML alapvető megközelítése egyszerű, a benne rejlő 
legnagyobb hibát vereméhségnek nevezik. Mindenekelőtt azt 
fejtem ki, hogy az eredeti Linux-rendszermag miként kezeli a 
kivételeket — a lapozási hibákat és a megszakításokat időzítő 
megszakításokat — az IA 32 processzorokon. Ezt követően 
ismertetem a vereméhséget, végül pedig az általam kidolgozott 
megoldást mutatom be. Az eredeti Linux-rendszermagban a 
megszakításkezelést a megszakításleíró táblában (Interrupt 
Descriptor lable, azaz IDI) kapuként meghatározott megsza- 
kításkezelő eljárások végzik. Ha megszakítási kérelem érkezik, 
az IA-32 felfüggeszti a program futását, menti a program 
végrehajtási környezetét, és végrehajtja a megszakításkezelő 
eljárást. A program kiváltsági szintjétől függ, hogy az IA-32 a 
megszakítások érkezésekor milyen módon menti a futó prog- 
ram végrehajtási környezetét. Ha az IA-32 a programot felhasz- 
nálói módban hajtja végre, a memória vermét önműködően 
átkapcsolja a magveremre, azután a végrehajtási környezetet 
menti a magverembe. Amennyiben a program végrehajtása 
magmódban történik, az IA-32 processzor nem kapcsol át a 
saját tárvermére és nem menti a környezetet (az EIR EFLACS, 
ESB és az SS regiszter tartalmát) a futó program tárvermébe. 
De vajon mi történik akkor, ha a KML magmódú felhasználói 
folyamata hozzáfér a tárveremhez, amit a processzor laptáblái 
még ki sem osztottak? Először laphiba keletkezik, ekkor a pro- 
cesszor megpróbálja megszakítani a folyamatot, majd megkí- 
sérel elugrani az IDI-ben meghatározott hibakezelőhöz. Ezt 

a feladatot azonban képtelen végrehajtani, hiszen nincs verem, 
ahová a végrehajtási környezetet menteni tudná, ugyanis a 
folyamat végrehajtása magmódban történt, így a processzor 
sohasem képes a tárveremből a magverembe kapcsolni. A pro- 
cesszor e végzetes hiba jelzésére egy különleges védelmi hibát 
próbál meg létrehozni, az úgynevezett kettős hibát. Újra csak 

a régi hibával állunk szemben: a processzor nem tud kettős 
védelmi hibát létrehozni, mert nincs verem, ahová a futó folya- 
mat végrehajtási környezetét menthetné. Végül a processzor 
feladja, és újraindítja a gépet. 

A vereméhség megoldásához a KML az IA-32 processzor fela- 
datkezelő szolgáltatását használja. A szolgáltatás használatával 
a mag egyetlen utasítás segítségével képes váltogatni a folya- 
matok között. A jelenlegi rendszermagok azonban már nem 
használják ezt a szolgáltatást, mert a kizárólag programvezérelt 
megoldásoknál lassabb, így szinte feledésbe merült. 

Az IA-32 processzorok esetében e szolgáltatás ereje abban 
rejlik, hogy a megszakítások és a kivételek kezelésére egyaránt 
használható. Az IA-32 processzor által kezelt feladatokat be 
lehet állítani az IDI-re. Amikor megszakítás keletkezik, egy 
feladat rendelődik hozzá, ez kezeli a megszakítást — a procesz- 
szor a megszakított program végrehajtási környezetét a tárver- 
mek helyett először a feladat adatszerkezetébe menti. Ezt köve- 
tően a processzor az IDI-ben meghatározott feladat-adatszer- 
kezetből helyreállítja a környezetet. 

A legfontosabb az, hogyha a feladatkezelő szolgáltatást használ- 
juk a megszakítások kezelésére, akkor a tárveremben nincs 
szükség kapcsolgatásokra, vagyis ha a laphibákat ezzel a prog- 
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rammal kezeljük, akkor a magmódú felhasználói folyamat képes 
biztonságosan elérni a tárvermet. Ha viszont az összes lapozási 
hibát ezzel a szolgáltatással kezeljük, akkor romlik a rendszer 
működőképessége, mivel a feladatalapú megszakításkezelés 
lassabb, mint az egyszerű megszakításkezelés. Ezért csak a kettős 
kivétel hibákat kezeljük ilyen módon, más szóval kizárólag a 
tárverem hiányból adódó hibák kezelését végzi ez a szolgáltatás. 
Tapasztalatom szerint a tárvermek csak ritkán okoznak lapozási 
hibákat, és a működéscsökkenés is elhanyagolható. 


A működés mérése 

A működés javulásának mérésére két kísérletet végeztem. 
Mindkét mérés az eredeti és KML rendszermag működését 
vette össze. Az eredeti Linux-rendszermag működésének méré- 
sére a sssenter/sysexit módszert választottam a 0x80-as 
utasítás helyett. A kísérleti környezet az 1. táblázatban látható. 
Az első kísérletben a getpid és gettimeofday rendszerhí- 
vások várakozási idejét mértem, a rendszerhívásokat a felhasz- 
nálói programok közvetlenül kezdeményezték a mérésekben, 
a libc nélkül. A várakozási időt az rdt sc utasítással mértem, 
az eredményeket pedig a 2. táblázatban foglaltam össze. 

A végeredmény azt tükrözi, hogy a getpid a KML-ben 36-szor 
volt gyorsabb, mint az eredeti Linux-rendszermagban; a 
gettimeofday pedig kétszer olyan gyors volt a KML-ben, 
mint az eredeti Linux-magban. 

A második kísérlet állomány B/K-mérés volt, amit az lozone 
állományrendszer-mérővel folytattam le. A be- és kivitelt négy 
fájlművelettípusra nézve vizsgáltam meg: írás, újraírás, olvasás 
és újraolvasás. A mérést különböző méretű állományokkal 
végeztem, aminek a mérete 16 KB-tól 256-KB-ig terjedt, az 
átmeneti tár méretét pedig 8 KB-ban rögzítettem. 

A rendszer hátterét az ext 3 állományrendszer adta. Minden 
egyes lozone-mérést harmincszor hajtottam végre, és a legjobb 
átviteli eredményt választottam. 

Az újraolvasás átviteli teljesítménye a 3. táblázatban található. 
Helyhiány miatt az írás, újraírás, olvasás és újraolvasás rész- 
letes eredményeinek bemutatásától eltekintünk. 

Az eredmény azt mutatja, hogy KML-ben az újraolvasás sebes- 
sége 6,8-21 százalékkal javult. Ezenkívül az írás 0,6—3,2970-kal, 
az újraírás 3,3—5,39o-kal és az olvasás 3,1—1590-kal lett gyorsabb. 
Ezek a kísérleti eredmények azt jelzik, hogy a KML képes javí- 
tani a rendszerhívásokat gyakran igénybevevő alkalmazások 
működésén, amik kisebb állományokat olvasnak vagy írnak. 
Például a webkiszolgálók, adatbázisok hatékonyan üzemel- 
tethetők KML-ben. 

A megelőző kísérletekből érdemes megemlíteni, hogy KML ki- 
iktatta a rendszerhívásokkal járó többletterhet. Az alkalmazá- 
son végzett kevés finomítással a KML további teljesítményja- 
vulást mutathat. Például a magmódú felhasználói folyamatok 
a további javulás érdekében képesek lesznek közvetlenül 
hozzáférni az átmeneti tárakhoz. 


A kapcsolódó címek megtalálhatóak a 48. CD Magazin/Magmod 
könyvtárában. 


tindx dournai 20058: tnájüs at 09sszám 


Toshiyuki Maeda 

A Tokiói Egyetemen számítógéptudományból ké- 
szül PhD fokozatot szerezni. Kedvenc képregényei 
a Hikaru no GO (Hikaru go-játéka), Jojo no Kimio 
na Boken (Jojo bizarr kalandja), és Runatikku 
Zatsugidan (Bolondos akrobata-színtársulat). 
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A Linux-rendszermag titkosító APl-ja 


UJ általános keretrendszerben érhetők el a titkosító 
szolgáltatások a rendszermag minden része számára. 


, 

rásunkban a rendszermag új titko- 
h sító API-ját mutatjuk be röviden. 
Mindenkihez szólunk, akit izgat a 
Linux működése, például rendszergazda 
vagy olyan érdeklődő személy, aki sze- 
retne bepillantani az API tervezésébe, 
megvalósításába és alkalmazásaiba. 
A rendszermag működésének ismerete 


pont volt, ami általában is mindig jó, de 
különösen a rendszermag és a bizton- 
sági szolgáltatások kódjánál lényeges. 
A rugalmas használhatóság is a célkitű- 
zések között szerepelt. Például az API 
rugalmasan kezeli az algoritmusokat: 
ezek magmodulként szükség szerint 
betölthetők, az API-nak semmit nem 


azonos kimenetet. A lehetséges alkal- 
mazási területek között van az adatok 
sértetlenségének ellenőrzése és üzenet- 
hitelesítő kódok létrehozása hálózati 
protokollokhoz. Kivonatoló algoritmu- 
sokra példa az MD5 és az SHAI. 

A HMAC nevű üzenethitelesítő séma 
(RFC2104) beépült az API-ba, és ez 
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előnyt jelent, de ez nem szükséges 
ahhoz, hogy az API-t nagy vonalakban 
megértsük. 

Ez az API csak rövid ideje létezik. Nem 
sokkal azután, hogy 2002 őszén a rend- 
szermagot lezárták, vagyis az új szol- 
gáltatásokat megvalósító kód beépítése 
nem volt lehetséges, a Dave Miller és 
Alekszej Kuznyecov által fejlesztett 
IPSec-megvalósítást jelölték a 2.6-os 
rendszermagba való beépítésre. Az 
IPSec a rendszermagon belül igényli 

a titkosítási szolgáltatásokat, és ez a 
rendszermag titkosító szolgáltatásaira 
való egyre növekvő általános igény 
mellett arra késztette a fejlesztőket, 
hogy új titkosító API-t fejlesszenek. 


Tervezés 

Bár eredetileg az IPSec támogatása volt 
a cél, az API-t általános célú szolgálta- 
tásnak tervezték, amit a jövőbeli alkal- 
mazások is kihasználhatnak, például 

az állománytitkosítók, a titkosított állo- 
mányrendszerek, az állományrendsze- 
rek sértetlenségét felügyelő alkalma- 
zások, a véletlenszám-előállító eszköz 
(/dev/random), a hálózati állományrend- 
szerek biztonsága (például a CIFS) és 
egyéb hálózati szolgáltatások a rendszer- 
magban, amelyek igénylik a titkosítást. 
Az API tervezésekor kifejezetten szem- 
pont volt, hogy közvetlenül a lapvek- 
torokon működjön. A lap a rendszermag 
által kezelt memória alapegysége. A lap- 
vektorokon alapuló API lehetővé teszi 

a mély beépülést a rendszermag alszer- 
kezeteibe, például a VFS-be vagy a háló- 
zati verembe, valamint a szétszórás- 
összegyűjtés típusú műveletet is. Az 
IPSec esetében a titkosítási műveletek 
közvetlenül a hálózati csomagoknak 
megfeleltetett nem folytonos memória- 
lapokra alkalmazhatók. 

Az egyszerűség fontos tervezési szem- 
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kell róluk előzetesen tudnia. 
A jövőben a következőket szeretnék 
még megvalósítani: 


Titkosításgyorsító kártyák és az 
IPSec-es hálózati kártyák képessé- 
geinek a kihasználása. 

A felhasználó által előnyben része- 
sített algoritmus kiválasztása, ha több 
lehetséges megvalósítás közül lehet 
választani (például hatékony gépi 
kódú megvalósítások vagy külön- 
böző alkatrészszintű megvalósítások). 
Az aszimmetrikus titkosítás (RSA) 
támogatása, amire a csoportszórásos 
IPSec és a magmodulok aláírása elle- 
nőrzésének rendszermagbeli támoga- 
tásához lehet szükség. Ezen a terüle- 
ten sok vita várható, mert az aszim- 
metrikus titkosítás általában lassú és 
bonyolult — bármelyik a kettő közül 
elég okot ad arra, hogy kimaradjon 

a rendszermagból. 

Egységes API a felhasználói progra- 
mok számára, amik az elérhető titko- 
sítóeszközöket kívánják hasznosí- 
tani, például SSL, IPSec-kulcscsere, 
biztonságos útválasztó protokoll és 
DNSSEC. 

Az API memóriafoglalásának további 
csökkentése, hogy beágyazott esz- 
közökben is használható legyen. 


Algoritmusok 

Jelenleg az API az alábbi háromféle algo- 
ritmust támogatja: 

1. Kivonatolók (egyirányú hasítófügg- 


vények) - ezek bemenete tetszőleges 
üzenet, kimenete rövid, adott méretű 
üzenetkivonat. Az egyirányúsághoz az 
szükséges, hogy a kimenet egyszerűen 
előállítható legyen, de az eredeti üze- 
netet ne lehessen könnyen visszaállí- 
tani belőle. A titkosítási célokra olyan 
hasítófüggvények felelnek meg, amik 


különböző bemenetekre ritkán adnak 


0 


minden szabványos kivonatoló 
algoritmussal működik. Jelenleg az 
IPSec-csomagok hitelesítési adatainak 
előállítására használják. 

Titkosítók - ezek az algoritmusok 
szimmetrikus kulcsú titkosítást valósí- 
tanak meg, ahol az üzenetet egy kulcs 
segítségével alakítják át titkosított 
üzenetté. Általában ugyanez a kulcs 
szolgál a titkosított üzenet visszafej- 
tésére is. Követelménye, hogy az üze- 
netek titkosítása és visszafejtése a 
kulcs birtoklása esetén könnyű legyen 
(amit viszont titokban kell tartani), 
anélkül viszont nehéz. A lehetséges 
alkalmazási területek között szerepel 
az adattitkosítás és az üzenethitelesítő 
kódok létrehozása. Titkosító algorit- 
musokra példa a IripleDES, és 

a Blowfish, valamint az AES. 

Kétféle titkosító létezik: a tömbtitko- 
sítók adott hosszúságú adattömbökkel 
dolgoznak (például 16 bájt), a ftolyam- 
titkosítók kulcsfolyamot használnak, 
ami az adat egyetlen bitjén dolgozik 
egy lépésben. A titkosítók számos 
üzemmódban működhetnek, például 
ECB (Electronic Codebook) módban, 
amiben az üzenet minden tömbje 
egyszerűen van titkosítva a kulccsal, 
vagy CBC (Cipher Block Chaining) 
módban, amiben az előzőleg titkosí- 
tott tömb a következő tömb titkosítá- 
sában kerül felhasználásra. 


. Tömörítés -— gyakran használják együtt 


a titkosítással, hogy nehezebb legyen 
kihasználni az eredeti üzenet gyenge- 
ségeit, és hogy gyorsabb legyen a 
titkosítás (ugyanis a tömörített üzene- 
tek rövidebbek). A titkosított adatot 
lényegéből adódóan nem nagyon 
lehet tömöríteni, és ez hátrányosan 
befolyásolja a teljesítményt az olyan 
átviteli csatornák esetében, amelyek 
kihasználják a tömörítést. Ha az ada- 


tokat még a titkosítás előtt tömörítik, 
sok esetben elkerülhető a teljesít- 
ménycsökkenés. lLömörítő algoritmu- 
sokra példa az LZS és a Deflate. 
Eddig a jól ismert forrásokból szárma- 
zó algoritmusokat tették alkalmassá 
az API-val való használatra, mivel 
ezeket valószínűleg jobban átnézték 
és többen próbálták ki. A rendszer- 
mag főágába általában csak olyan 
algoritmus kerülhet be, ami nem áll 
szabadalmi oltalom alatt (azaz az 
IDEA 2011-ig nem kerülhet be), nyílt 
és elismert szabványokon alapul, 

és kipróbálására tesztcsomag áll 
rendelkezésre. 


Lapvektorok 

Mielőtt az API szerkezetének tárgyalá- 
sába kezdenénk, röviden tekintsük át a 
memórialapok és a lapvektorok témakö- 
rét. Mint az fentebb említettük, a lap a 
rendszermag által kezelt memória alap- 
egysége (1386-on a lapok mérete 4 KDB). 
Képzeljünk el egy tárolót, amiben 
mondjuk 1460 bájt felhasználói adat 
van. Ez a rendszermag adott lapjához 
tartozik, a lap kezdetétől számított 
bizonyos eltolási értéktől kezdődik, és 
1460 bájt hosszú. Ezt a tárolót a követ- 
kező lapalapú szerkezet írja le: 

t lap, eltolks, hossz )J). 

A lapokkal közvetlenül dolgozó csatoló- 
nak, például a titkosító API-nak ezzel a 
szerkezettel, más néven a lapvektorral 
kell foglalkoznia. A megvalósítás egy már 
meglévő rendszermagbeli adatszerkeze- 
tet, az úgynevezett szórási listát használja. 
A szórási listában lapvektorok vannak, és 
általában szétszórásos-összegyűjtéses 
közvetlen memória-hozzáférési művele- 
teknél használatos. 

A titkosító API arra használja a szórási 
listát, hogy nem folytonos lapvektoro- 
kon végezzen műveleteket. A rendszer- 
magban a szétszórás-összegyűjtés elsőd- 
leges célja az adatok felesleges másolá- 
sának elkerülése. A tapasztalat szerint 
ettől a forráskód is áttekinthetőbb lesz. 
Számos olvasónak ismerős lehet a szét- 
szórásos-összegyűjtéses [/O a readv () 
és a writev () rendszerhívások formá- 
jában. A rendszermag titkosító APÍ-ja 
ugyanezt az általános elvet használja fel, 
de egyszerű memóriaterületek helyett 
lapokon működik. 


Az API szerkezete 

Az API két elsődleges objektummal 

foglalkozik: 

e . Algoritmusmegvalósítások — mag- 
modulok, amik a szükséges algo- 
ritmusok kódját tartalmazzák. 
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e  Átalakítók — objektumok, amik 
példányosítják az algoritmusokat, 
kezelik a belső állapotot és a közös 
megvalósítási logikát. Az átalakítókat 
a crypto alloc tfm() ésa 
crypto free tfm() segítségével 
kezelhetjük. Az API-hoz tartozó bur- 
kolók segítségével leegyszerűsödik 
az átalakítók használata, és lehetővé 
válik az átalakító alatt meghúzódó 
algoritmus tulajdonságainak a 
lekérdezése. 

A következő példakód az átalakító jellem- 

ző használatát mutatja be, ez a Blowfish- 

kódolóval ECB módban bizonyos rend- 
szermagkód adatokat szeretne titkosítani: 


tím — 
asorvoto- alloc timi "bliowfish" ; 
CRYPTO TFM MODE ECB) ; 

crypto cipher setkey(tím, 
key, keylendgth,); 

crypto cipher encrypt (tím, 
—§:Escatterlist, numlists); 
crypto free tfm(ítfm,) ; 


Az ábrán (48. CD Magazin/Crypt könyv- 
tár) látható, hogy az API réteges felé- 
pítésű, azaz a mag a titkosítás felhasználói 
és az algoritmusok megvalósítói elől 
rejtve van. Ez a mag tartalmazza az 
általános átalakítókezelést, a szórási lista 
kezelését és az algoritmusok elvonatkoz- 
tatását. Még lejjebb az algoritmustípus 
szerinti logika — például a titkosítók fel- 
dolgozási üzemmódja és a kivonatok 
használata az üzenethitelesítő kódok 
előállítására — található. 

Az algoritmuskezelő réteg tartalmazza 
az algoritmusok megvalósításait felku- 
tató, betöltő és a rájuk való hivatkozást 
számláló logikát. Az utóbbi azért szük- 
séges, hogy elkerüljük csúnya dolgok 
bekövetkezését, amik akkor történné- 
nek, ha egy használatban levő algorit- 
musmodult törölnénk a memóriából. 
Létezik egy futásidejű algoritmuslekér- 
dező felület is, amin keresztül a hívó 
kód meghatározhatja a rendszeren elér- 


Adatok 


A 2.5-ös rendszermagfában lásd: 
e Documentation/crypto/ 

e include/linux/erypto.h 

e crypto/ 


A 5 http://5samba.org/-jamesm/ 
crypto címen található weboldal 
további tudnivalókat tartalmaz 

a fejlesztők számára, például 

a tennivalók listáját. 





hető algoritmusokat. Ezt elsősorban a 
kulcstárgyalási protokollokhoz, például 
az ISAKMP/IKE-hez tervezték használni. 
Végül az algoritmusbejegyző felület a 
modulok számára lehetővé teszi, hogy 
egy vagy több algoritmust jegyezzenek 
be -— különféle tulajdonságokat, mint pél- 
dául az algoritmus nevét, tömbméretét, 

a legkisebb és legnagyobb kulcshosszt 
megadva. Az adott pillanatban bejegyzett 
algoritmusok és tulajdonságaik a /proc/ 
crypto könyvtárban tekinthetők meg. 


Összegzés 

A titkosító API még fiatal, de lehet belőle 
valami, főleg ha a felsorolt jövőbeli 
tervezési célok egy részét megvalósítják. 


Köszönetnyilvánítás 
Köszönöm David Miller és Nancy Chan 
segítségét, akik átnézték ezt a cikket. 


Linux Journal 2003. április, 108. szám 


James Morris 

Programfejlesztő — a Netfilter, az LSM, 
az SELInux és a Linux-rendszermag- 
titkosító APl-projektekben dolgozik. 
Sydneyben független tanácsadó. 
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Halmozható fájlrendszerek készítése 


Mostantól újraírás nélkül Is új képességekkel bővíthetjük kedvenc fájlrendszerünket. 


ájlrendszert, de egyáltalán bármilyen rendszermagkódot 
B írni meglehetősen nehéz feladat. A rendszermag összetett 

környezet, ahol egyetlen apró hiba is végzetes adatvesz- 
téshez vezethet. A fájlrendszerek a felhasználói alkalmazások 
szemszögéből nézve átlátszó, egyszerű adatelérési felületet kínál- 
nak, így a fejlesztők állandóan új képességekkel szeretnék bőví- 
teni a fájlrendszereket. E cikkben gyors útmutatást adunk, ami 
alapján bárki anélkül adhat hozzá új képességeket meglévő fájl- 
rendszeréhez, hogy rendszermag vagy fájlrendszertudor lenne. 


Szóval szeretnél fájlrendszerfejlesztő lenni? 

A Linux több hasonló fájlrendszertípust is támogat: lemezes 
fájlrendszerek, hálózati fájlrendszerek stb. Egy hatékony és 
megbízható fájlrendszer kifejlesztése éveket vesz igénybe, és 
ha egyszer végre üzembiztosan fut, nem szívesen tennénk 
tönkre új szolgáltatások beiktatásával. Ezenkívül a fájlrendsze- 
rek karbantartói igen ritkán fogadnak el új képességeket vagy 
fejlesztési foltokat üzembiztos fájlrendszerükhöz. Így aztán 
egyáltalán nem meglepő, hogy a jelenleg használatos legnép- 
szerűbb fájlrendszerek évek óta szinte semmit nem változtak. 
Tegyük fel, hogy egy egyszerű titkosító fájlrendszert szeret- 
nénk készíteni, ami valamilyen előre megadott kulccsal titko- 
sítja az adatot. A különféle kódolásokhoz könnyedén megsze- 
rezhetjük a hordozható C-kódot. Ezután a rendszerbe kell 
illesztenünk az adatvermet kódoló és dekódoló hívásokat. 
Elméletileg a feladat egyszerű: az írási rendszerhívásokból ér- 
kező összes adatot — mielőtt a lemezre írnánk - titkosítjuk, a 
lemezről érkező adatokat pedig visszafejtjük, még mielőtt a 
rendszerhívást kiadó folyamatnak visszaadnánk. 

Ha módosításról van szó, az ember első gondolata az, hogy 
lemásolja az ext2 5000-t soros forráskódját, áttanulmányozza, 
majd beilleszti a kódolórészeket. De inkább álljunk ellen a 
késztetésnek, és ne másoljunk le egy egész fájlrendszert. Igaz 
ugyan, hogy mindössze 5000-t sorból áll, de a rendszermagkó- 
dot legalább egy nagyságrenddel bonyolultabb fejleszteni, mint 
a felhasználói szintű programokat. Mégha végül sikerül is kó- 
doló eljárásainkat beilleszteni a megfelelő helyre, rá kell ébred- 
nünk, hogy időnk nagy részét tanulmányozással töltöttük, s 
végül csak néhány helyen szúrtunk be pár sornyi kódot. És mit 
kaptunk eredményül? Egyetlen, titkosítással kibővített ext2 
fájlrendszert. Mi történik, ha a titkosítót inkább NEFS fájlrend- 
szerrel vagy valamely másik rendszer alatt szeretnénk hasz- 
nálni a számtalan Linux-fájlrendszer közül? 


Egymásra épülő fájlrendszerfejlesztés 

A Linux, akárcsak a legtöbb operációs rendszer, két részre 
bontja a fájlrendszerkódot: vannak belső részei (ext2, NFS 
stb.), és van egy általános célú rétege, amit virtuális fájlrend- 
szernek neveznek (VF95). A VES réteg a rendszerhívások és a 
belső fájlrendszerek között helyezkedik el. A VES célja egysé- 
ges elérést biztosítani a különböző fájlrendszerekhez, elrejtve 
azok pontos részleteit. Amikor a fájlrendszerek betöltődnek 

a rendszermagba, beállítanak néhány függvénymutatót 
(00-szóhasználat szerint metódust), amiket azután a VES 
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használhat. A VES általában ezeket a függvényeket hívogatja, 
mit sem sejtve arról, hogy pontosan milyen fájlrendszerek 
függvényei rejlenek a mutatók mögött. Például az unlink 
rendszerhívás a sys unlink szolgáltatáshívássá alakul, és 
meghívjaa vís unlink VFS-függvényt, ez azután a feltele- 
pített mutató alapján elindítja a fájlrendszerfüggő függvény- 
mutatót: ext2 esetében ez az ext2 unlink lesz, NES eseté- 
benaz nfs unlink, más fájlrendszerek esetében pedig a 
számukra megfelelő függvényt. Ebben a cikkben a fájlrendszer 
függvénymutatókat a —- jellel fogjuk jelölni, a következő 
formában: -3unlink () . 


Felhasználói 
folyamat 


write () 


Felhasználó 


vís write() 


Virtuális fájlrendszer (VFS) 


cryptís write () 


CryptFS 


ext2fs write() 


a 
6 
:; 
pi 
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BE 


1. ábra Példa a halmozható titkosító fájlrendszerre 


Mivel mi a titkosító fájlrendszerünket gyorsan szeretnénk 
fejleszteni, a következő szállóigét alkalmazzuk: , A számítás- 
technikában egy újabb közvetítő szint felvételével minden 
feladat megoldható." Szerencsére a Linux VES lehetővé teszi, 
hogy a VES és egy másik fájlrendszer közé újabb fájlrendszert 
szúrjunk be. Az 1. ábra egy ilyen, CryptFS nevű halmozható 
(stackable) titkosító fájlrendszert mutat be. A CryptFS-t azért 
nevezzük halmozhatónak, mert egy másik fájlrendszer (ext 2) 
tetejére pakoljuk rá. A VES réteg a CryptFS —2write () függ- 
vénymutatóját (cryptís write) hívja meg; a CryptFS titko- 
sítja a felhasználói adatokat, fogadja, majd továbbadja az alatta 
elhelyezkedő —2write () függvénymutatónak (ext2 write). 
A halmozható fájlrendszerek általában önmagukban is állhat- 
nak, és bármilyen már létező fájlrendszert hordozó befűzési 
pont fölé felrakhatók; ez annyit jelent, hogy (halmozható,) fájl- 
rendszerünket csak egyszer kell kifejlesztenünk, és az vala- 
mennyi helyi (alacsonyszintű) fájlrendszeren (ext2, NES stb.) 
működni fog. lovábbá a Linux 2.4.20-astól kezdve, a halmoz- 
ható fájlrendszerek távoli NFS-ügyfelekre is biztonságosan 
átvihetők (az nfs-uti1s-1 . 0 vagy újabb változat segítségével). 


Hogyan működik a halmozható fájlrendszer? 
A halmozható fájlrendszer alapszolgáltatása műveletet és 
értékeket átadni a lejjebb található fájlrendszernek. Az alábbi 


kódkivonatban bemutatjuk, hogyan kezeli a WrapFS nevű, 
egyszerű, valóságos feladatnélküli adattovábbító fájlrendszer 
az —unlink () műveletet: 


int wrapfís unlink(struct inode "dir, 
struct dentry "dentry) 

( 

int err — 0; 

struct inode "lower dir; 

struct dentry "lower dentry; 

lower dir — get lower inode(dir); 
lower dentry — get lower dentry(dentry) ; 
/" pre-call code can go here "/ 
err — lower dir-—S-i op-—P-unlink(lower dir, 

m]lower dentry); 

/" post-call code can go here "/ 


return err; 


j 


Amikor a VES szeretne letörölni egy fájlt a WrapFS fájlrend- 
szerről, meghívja a wrapís unlink függvényt, és átadja 

a törlendő fájlt tartalmazó könyvtár fájlleíró (inode) adatát 
(dir), valamint a törlendő bejegyzés nevét (a dentry belse- 
jében található). 

Minden egyes fájlrendszer nyilvántart néhány szükséges 
objektumot, például fájlleíró-azonosítókat, könyvtárbejegy- 
zéseket, könyvtárneveket és nyitott fájlokat. Amikor halmo- 
zást alkalmazunk, akár több objektum is jelölheti ugyanazt 
az állományt -— csak éppen különböző rétegeken. Például a 
ábrán látható CryptFS lehet, hogy fenntart egy könyvtárbe- 
jegyzés-(dentry) objektumot a fájlnév nyílt szöveges változa- 
tával feltöltve, míg az ext2 ugyanennek a névnek a kódolt 
változatát tárolja egy másik könyvtárbejegyzésben. Amennyi- 
ben a halmozható fájlrendszer igazán átlátszó akar maradni 
a VES és a többi fájlrendszer számára, kénytelen minden 
szinten több objektumot is fenntartani. 

Ez az oka annak, hogy awrapfís unlink első dolga a 
megkapott értékek alapján megkeresni az adott objektumhoz 
tartozó könyvtárbejegyzés fájlleíróját az egy szinttel lejjebb 
befűzött fájlrendszeren. Ezekaget lower " függvények 
lényegében a WrapFS objektumok (létrehozásakor kitöltött) 
saját mezőiben található, előre tárolt mutatókat követik. Az 
alsóbb objektumok beazonosítását követően megkezdődhet 

a halmozás lényegi része. Meghívjuk az alacsonyabb szinten 
található fájlrendszer —unlink () függvénymutatóját az 
alacsonyabb szinten elhelyezkedő könyvtár fájlleírója alapján, 
és átadjuk a két alacsonyabb szintű objektumot. 

A WrapES teljes értékű nullréteg (vagy loopback) fájlrendszer, 
ami egyszerűen (és minden módosítás nélkül) csak művelete- 
ket és objektumokat közvetít a VES és az alul elhelyezkedő fájl- 
rendszer között. Sajnos azért mégsem olyan könnyű dolog 
megírni a WrapFS-t, ugyanis az alsó fájlrendszerrel szemben 
VFS-ként kell viselkednie, ugyanakkor a Linux igazi VFS-rétege 
számára alsóbb fájlrendszernek kell látszania. Ez a kettős 
szerep a kulcsok, hivatkozásszámlálók és a memóriafoglalás 
óvatos használatát követeli meg. Szerencsére valaki volt olyan 
jó, és előre elkészítette, valamint fenntartja nekünk a WrapFS- 
réteget. A WrapFS-réteget nagyszerűen fel tudjuk használni 
mintaként, ha módosításokat vagy új szolgáltatásokat szeret- 
nénk megvalósítani. 
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Nekirugaszkodás 

Most már világos, hogyan működik a halmozás, de mi a követ- 
kező lépés? Először is keressük meg azokat a helyeket a 
WrapF5S-ben, ahová a saját kódunkat beilleszthetjük. Az imént 
bemutatott wrapfs unlink kódhoz visszatérve három ilyen 
helyet találunk, az alsóbb szintű —2unlink () függvénymu- 
tató előtt, után vagy helyett. 


1. Előhívás: kódunkat beilleszthetjük az alacsonyabb szintű 
-5$unlink () hívás elé. Például ellenőrizhetjük, hogy a 
felhasználó fontos fájlt akar-e törölni, és ha igen, megakadá- 
lyozhatjuk: 
if (strcmp(dentry-:d name.name, 

"vmlinuz") -—— 0) 
return -—EACCES; 

2. Hívás: az egész hívást is helyettesíthetjük. Például a fájl 
törlése helyett esetleg csak át akarjuk nevezni valamilyen 
egyszerű kis visszafordítható (undo) fájlrendszer részeként 
(valószínűleg mindannyian találkoztunk már a véletlenül 
kiadott rm —-f parancsok hatásával). 

3. Hívás után: itt az alsóbb fájlrendszerből visszatérő ftőművelet 
után tudunk egyéb műveleteket végrehajtani. legyük fel, hogy 
egy rossz szándékú felhasználó törölni akarja a /etc/passwd 
fájlt, de a Unix jogosultsági rendszere ezt megakadályozza. 

A rendszergazda naplózni szeretné (a sys1ogd segítségével) 
az ilyesfajta eseményeket: 
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if (err —— -EACCES 646 
strcmp (dentry-2d name .name, 
"passwd") —-— 0) 


printk ("uid S$d tried to delete passwd", 
current-5fsuid) ; 


A current mindig az éppen futó folyamatra mutató általános 
hatókörű (global) változó, az —fsuid pedig e folyamat 
azonosítója, amit a fájlrendszerek felhasználhatnak. 

A fenti és az ezután következő példákat némileg leegyszerű- 
sítettük, hogy a lényegi részek jobban láthatók legyenek, és 
kevesebb helyet foglaljanak. Például a d name . name össze- 
tevő nem null végződésű (null terminated), így megfelelő 
hosszúságú memcmp utasítást kellene használni; illetve annak 
ellenőrzésére, hogy a dentry által megjelölt fájl valóban a 
/etc/passwd állomány, meg kellene néznünk, hogy valóban ez 
a fájlrendszer-e a gyökérrendszer, vagy ad path() segítsé- 
gével meg kellene vizsgálnunk az abszolút elérési utat. 

A 2.4.20 alatt kipróbált teljes példákat a FiS1-honlapon, illetve 
a 48-as CD Magazin/FiS1I könyvtárában találjuk meg 

(2 http:/www.cs.sunysb.edu/—ezk/research/fist) . 


Ki felügyeli a kukkolókat? 

A Unix megpróbálja védelmezni a fájlokat a jogosulatlan fel- 
használóktól. Amikor a felhasználó olyan fájlt akar megnyitni, 
amire nincs jogosultsága, a Unix azon nyomban egy , jogosult- 
ság megtagadva" hibaüzenetet ad vissza. Néhány felhasználó 
szeret mások állományai között nézelődni, néha kifejezetten 
olyan fájlokat keresve, amik véletlenül maradtak védtelenek, 
vagy megpróbálja kitalálni az esetleg létező fájlneveket vala- 
melyik nem kereshető könyvtárban. Sajnos, mégha ezek a 
kukkolók nem is járnak sikerrel, az áldozatok többnyire nem 
sejtik, hogy ilyen jellegű próbálkozás történt. 

Az egyik leggyakrabban használt fájlrendszerművelet a 

—5 lookup () , ami a rendszer minden egyes fájlnévhasználata 
során meghívódik. A rendszermagnak át kell alakítani a nevet 
(a karaktersorozatot) a tényleges VFS-objektum azonosítóne- 
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vére, vagyis inode, dentry vagy fájl alakba. Hogy kiszűrhessük 
a kukkoló felhasználókat, a következő kódot illesztettük a 
snoopís lookup vagy snoopís permission eljárásokba, 
közvetlenül az alsó fájlrendszer —21ookup () hívása után: 


if ((err — -EACCES I] 
err —— -ENOENT) 646 
dir-—5i uid !- current-:fsuid €§6 


current-:fsuid !- 0) 
printk ("snoop uid-S5d pid-—s3d file-—ss", 
current-:fsuid, current-—2pid, 
dentry-2d name .name) ; 


Megvizsgáljuk az alsóbb fájlrendszer —21lookup () függvényétől 
visszakapott hibakódot (err). Amennyiben EACCES (engedély 
megtagadva) vagy ENOENT (nincs ilyen nevű fájl vagy könyv- 
tár) állapotú és a könyvtár tulajdonosa (dir—:i uid) külön- 
bözik a pillanatnyi folyamatot futtató felhasználótól (current 
-—:fsuid), de a jelenlegi felhasználó nem a rendszergazda 
(hiszen a rendszergazda bármit megtehet), akkor üzenetet jele- 
nít meg, amiben megjelöli a kukkoló felhasználó azonosítóját. 
Az ilyen üzenetek általában a sys1ogda-be íródnak. 


Titkosítás 

Az eltérítő (wrapper) módszerek különösen alkalmasak a biz- 
tonsággal kapcsolatos alkalmazások fejlesztésére, ahol gyakran 
sokat segíthet az eltérítés vagy a megfigyelés. Nem meglepő, 
hogy a FIST legnépszerűbb alkalmazásai éppen a titkosított 
fájlrendszerek. Ebben a példában egy egyszerű, rot13 kódolást 
alkalmazó titkosító fájlrendszert mutatunk be. 

Rendszerünkön minden adatot a (feltételezhetően már korábban 
elkészült) rot13 nevű algoritmussal szeretnénk titkosítani, ami 
értékként a bemenő és kimenő verem címét, valamint azok hosz- 
szát kapja meg. A korábbi példáinkkal ellentétben azonban most 
nincsen olyan nevezetes függvénymutató, ahová a rot13 () 
függvényünket egyszerűen behelyezve elkódolhatnánk a fájlo- 
kat. Valójában bármely fájlrendszeren legyünk is, a fájlok adatai- 
val dolgozni meglehetősen összetett dolog, hiszen több függ- 
vénymutatóra is ügyelnünk kell, valamint a fájl adatai kétféle- 
mindennek bármilyen fájleltolással, valamint az egész lapokon 
dolgozó mmap-pel is együtt kell működnie. A WrapFS, hogy meg- 
könnyítse a halmozható fájlrendszer-fejlesztők életét, a fent felso- 
rolt valamennyi függvénymutatót két egyszerű függvényben 
foglalja össze: az egyikben kódoljuk a fájladatokat, a másikban 
visszafejtjük őket, feltételezve, hogy egész laphatáron kezdődő 
adatokat használnak (például az IA-32 rendszereken ez 4 KB-ot 
jelent). A WrapFS-mintát használva az egyetlen dolog, amit 
nekünk kell megírnunk, a rot13 alapú titkosító fájlrendszer. 

(A példa a 48. CD Magazir/FiST/Ilista.txt-ben található.) 

A WrapFS már eleve tartalmazza a kevert olvasásokat, írásokat 
és a memóriatérképes műveleteket kezelni képes összes bonyo- 
lult kódot. A WrapFS az encode block segítségével kódolja 
az adatlapokat, illetve a decode block alkalmazásával vissza- 
kódolja őket (példánkban e kettő azonos). 

A rot13 nem éppen legcélszerűbb kódolás, de az egyszerű 
példa alapján sokkal erősebb titkosítást használó fájlrendsze- 
reket is építhetünk. Ezt követtük mi is, amikor nemrégiben 
felépítettünk egy NCryptFS nevű, igen hatékony titkosító fájl- 
rendszert (a CryptFS utódját). Az NCryptES többféle kódolást 
is ismer; egy felhasználó, folyamat vagy csoport több kulcsot is 
használhat; többféle azonosítási módszere van; a kulcsok ideje 
lejárhat és visszavonhatók; kezeli az átruházott előjogokat; és 


36 Linuxvilág 


még sok más képességgel is rendelkezik — mindezt elhanya- 
golható teljesítménycsökkenés árán. 

A WrapES a fájlnevek módosítását is kezeli két további eljárás- 
sal, amik a fájlneveket kódolják és dekódolják. Mindenképpen 
ügyelnünk kell arra a fájlnevek kódolásakor, hogy a fájlnevek- 
nek a kódolás után is szabályosak maradjanak. Más szavakkal, 
nem tartalmazhatnak nu11 értékeket vagy / (perjel) karaktert. 
Általánosan elterjedt megoldás, hogy titkosítás után 
uuencode-oljuk a fájlneveket. 


Uj képességek felhasználói alkalmazásokhoz 

A wrapís unlink példánkban azt javasoltuk, hogy a fájlt 
törlése helyett egyszerűen csak nevezzük át, így mentve min- 
den törölt állomány egy másolatát. legyük fel, hogy rendsze- 
rünket unrmF5S-nek nevezik, ahol a törlendő fájlokat törlés 
helyett inkább eredeti F nevükről Eunrm alakúra nevezzük át. 
Elég bosszantó lenne, ha az összes .unrm fájl megjelenne a 
könyvtárunkban, főként ha ott egyáltalán nem is számítunk 
fájlokra. Iovábbá ezekkel a szolgáltatásokkal akár a támadót is 
becsaphatjuk, aki megpróbálja letörölni a naplófájlokat, hogy 
eltüntesse a nyomait. Mindehhez azonban a .unrm fájloknak 
alapértelmezés szerint láthatatlanoknak és elérhetetlennek kell 
lenniük a felhasználó számára. 

Ha bizonyos fájlokat el akarunk rejteni fájlrendszeren, két 
dolgot kell megtennünk. Először is meg kell akadályoznunk, 
hogy a fájl megjelenjen a —readdir () hívásokban. Ezt úgy 
tehetjük meg, hogy awrapís filldir függvénybe olyan 
kódot illesztünk, ami az összes —-filldir () híváshoz kerülő 
fájlnevet ellenőrzi, és NULL értéket ad vissza azokra a fájlokra, 
amiket nem szeretnénk megjeleníteni. Másodszor, meg kell 
akadályoznunk, hogy a felhasználók közvetlenül rákeressenek 
az állományra. Ezt úgy érhetjük el, hogy awrapíÍs lookup 
elején kikeressük a .unrm fájlokat. 

lermészetesen, ha ezeket a fájlokat mindenki elől elrejtjük, 
abból sok hasznunk nem származik. A jogosult felhasználók- 
nak - bizonyos körülmények között - el kell tudniuk érni a 
fájlokat. Egyszerű megoldás például, ha a hívófolyamat UID-jét 
ellenőrizzük, és csak bizonyos felhasználók elől rejtjük el a 

. unrm állományokat. Ennél jobb megoldás, ha minden rend- 
szerhívások anyját, az ioct 1 hívást alkalmazzuk. A WrapFS 
rendszerhez tetszés szerinti számban határozhatunk meg új 
ioct1 hívásokat, hogy azután apró felhasználói programokkal 
kiaknázhassuk őket. Ezt a módszert használtuk például a 
titkosító fájlrendszerünkben, ahol a felhasználó titkosító kódját 
egy felhasználói szintű eszköz adja át a rendszermagnak. 

Az unrmFES rendszerünkben tehát készíthetünk egy visszaállító 
ioct1 hívást, ami a visszaállítandó F fájlnevet várja bemenet- 
ként, és ellenőrzi, hogy létezik-e Eunrm nevű állomány. Ameny- 
nyiben igen, az Eunrm fájlt visszanevezi F-re, ismét megjele- 
nítve az unrm[S5-ben. (A példa a 48. CD Magazin/FiS[/ 
2lista.txt-ben található.) 

A FIST programot, a leírást és a rengeteg további példát a 

2 http:/www.cs.sunysb.edu/-—ezk/researchvfist címen találjuk. 
Jó halmozást! 
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Linux a gyakorlatban: mikrovezérló-programozás 


A Linux kapcsán legtöbbször vagy a számítógépes hálózati kiszolgálókról, 
vagy a felhasználói programokról esik szó. 





z a tény, hogy a számítógép 
elsősorban eszköz, eléggé hát- 
térbe szorul. Az alábbiakban 


egy gyakorlati feladat megoldásának ürü- 
gyén mutatom be a nyílt forrású prog- 
ramok használatát: egy PIC mikrovezérlő 
program megírását, kipróbálását és esz- 
közbe töltését követhetjük figyelemmel. 


A felatat és az eszköz 

Munkám során egy irányítástechnikai 
feladat — adatgyűjtés, egyszerű folya- 
matvezérlés — merült fel. Általában a 
Microchip által gyártott PIC mikrovezér- 
lőket szoktam alkalmazni, mivel sokféle 
változat közül könnyen lehet az adott 
feladathoz illőt találni. Az újakban ráa- 
dásul flashmemória van, ami lehetővé 
teszi a törlés nélküli sokszoros (legalább 
ezer) újraprogramozást, így könnyebb a 
programfejlesztés, mert az alakuló prog- 
ramot magában az eszközben is ki lehet 
próbálni, nem csak a szimulátorban. 
Mivel kis sorozatú vagy egyedi készülék 
esetén a lapkák közötti kisebb árkülönb- 
ség nem játszik jelentős szerepet, az 
egyik legnagyobb tudású mikrovezérlőt 
választottam, a 16F877-et. 

A Microchip cég oldaláról le lehet tölteni 
egy fejlesztőrendszert az általa gyártott 
mikrovezérlőkhöz. Ez tartalmazza az as- 
semblert, a különböző általuk gyártott 
vagy ajánlott programozó készülékek il- 
lesztőfelületét, valamint az összes vezér- 
lőhöz szimulátort. Emellett a honlap- 
jukon minden eszköz adatlapja (pdf for- 
mátumban), példaprogramok és tanul- 
mányok is fellelhetők. Ugyanakkor két 
hátrányt meg kell említenem: a progra- 
mok csak Windows alatt működő válto- 
zatban léteznek, valamint az assemble- 
ren kívül más programnyelv csak külön 
díj ellenében szerezhető be. 

A fentiek miatt elhatároztam, hogy meg- 
próbálok találni valamilyen programot, 
eszközt, ami lehetővé teszi a könnyebb 
programfejlesztést, esetleg Linux alatt is. 


A gputils programok és a gpsim 

A keresés nem várt gyors eredménnyel 
járt, ugyanis a 5 http:/www.gnupic.org 
címen Scott Dattalo igen jó, PIC mikro- 
vezérlőkkel kapcsolatos címlistájára akad- 
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tam rá. Ezt az oldalt használhatjuk kiin- 
dulópontként a programok letöltésekor. 
A legalapvetőbb programok a gputils 
csomagban találhatók. Mint kiderült, 
ezeknek a programoknak az egyik fő 
fejlesztője szintén Scott Dattalo. A követ- 
kező főbb programok tartoznak hozzá: a 
gpasm, az assembler-fordító, gplink és 
gplib, amik az áthelyezhető kódként 
fordított programok könyvtárakba való 
szervezését, majd futtathatóvá szerkesz- 
tését teszik lehetővé. A fejlesztők célja az, 
hogy a gpasm fordítóforráskód szintjén 
teljes egészében helyettesíteni tudja az 
eredeti Microchip programot, az mpasm-t. 
Mivel a forráskód szabad, tetszőleges 
rendszerre lefordítható, amit Linux, Mac 
és Windows esetén már meg is tettek. 
Eddig eljutva jó érzéssel töltött el, hogy 
Linux alatti programfejlesztéshez is 
léteznek programok, azonban a fent 
vázolt célhoz nemigen jutottam köze- 
lebb. Szerencsére mindjárt a gputils 
honlapján megtaláltam (amúgy a gnupic 
oldalon is elérhető) a következő lépés- 
hez vezető utat: a gpsim honlapjának 

a hivatkozását. Ez tulajdonképpen nem 
része a gputils csomagnak, de mivel 

ezt is Scott fejlesztette, nem csoda, hogy 
szervesen illeszkedik a gpsimhez. A célja 
az, hogy más fordítóprogramokkal és 
más mikrovezérlőkkel is együtt tudjon 
működni, de egyelőre a PIC-változat 

a legkidolgozottabb. Ezekből a legtöbb 
gyakran használt típust tudja szimulál- 
ni, nagyrészt kifogástalanul, az összes 
külső eszközzel együtt. 


Néhány szó a gpsimról 

A gdb hibakeresőhöz hasonlóan alapve- 
tően parancssori működésű, azonban 

a gtk-extra csomagra épülve grafikus 
felületet készítettek hozzá (ha ezt akar- 
juk használni, X11 alatt indítsuk a prog- 
ramot). Az alapvető hibakereső szolgál- 
tatások megtalálhatóak benne: léptetés, 
függvényátugrás, töréspont és futtatás. 
A mikrovezérlő tulajdonságainak megfe- 
lelően megtekinthetjük a programme- 
mória, az adatmemória, vagyis a regisz- 
terek (mivel ezek a vezérlők Harvard 
felépítésű RISC processzorokat tartal- 
maznak, így a kettő teljesen különálló, 


sőt ebben az esetben bitszélességük sem 
azonos), az esetleges belső EEPROM 
memória, valamint az áramkör lábainak 
értékét, illetve állapotát. Emellett külön 
állományban meg lehet adni az úgyne- 
vezett stimulusokat, amik a külső világot 
hívatottak szimulálni a mikrovezérlő 
számára. Ilyenek például az adatok a 
soros vonalon, a bemenetek változása, 

a számláló impulzus. A lefuttatott szimu- 
lációs ciklusról részletes nyomkövető 
állományt tud előállítani, amit utólag 
(mintegy offline) tanulmányozni lehet. 
Ezzel a programok fordítása és hibake- 
resése tekintetében gyakorlatilag elér- 
tem azt a szintet, amit az eredeti Micro- 
chip programokkal, és mindezt Linux 
alatt. Azonban még nem találtam meg- 
oldást a program eszközbe (lapkába) 
történő írására. Nos, ilyenre is rá lehet 
akadni a gnupic oldalon. 


A beprogramozó 

Többféle megoldást is fellelhető: saját 

építésű programozó (nyomtatókapus és 

USB-változat), valamint nyomtatókapus 

gyári programozókhoz való program, és 

nagy örömömre található Linux program 

a Microchip Picstart Plus soros illesztésű 

programozójához is. Annak idején vásá- 

roltam is egy ilyen programozókészü- 
léket az alábbi előnyök kedvéért: 

e viszonylag olcsó, 

e szervesen illeszkedik a Microchip 
fejlesztőrendszerbe (ez Linux alatt 
már nem játszik szerepet), 

e a Microchip honlapjáról mindig 
letölthető a legújabb gyári program 
(firmware), amit egy 17C44 vezér- 
lőbe beprogramozva és ezt a készü- 
lékbe helyezve a legújabb gyártmá- 
nyú lapkákhoz is mindig használ- 
ható marad. 


Korábban bosszankodtam, hogy a cég, 
jóllehet más tekintetben nagyon meg- 
bízható és a kisfelhasználóknak is min- 
den útmutatást megad, a Picstart proto- 
kollját nem hozza nyilvánosságra, így 
linuxos meghajtóprogramját nem tud- 
tam (és eddig más se) megírni. Iulajdon- 
képpen nyomós oka van annak, hogy a 
cég ezt miért nem teszi meg: így nincs 
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include 
include 
include 
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A gpsim futás közben 


megkötve a keze, és a különböző gyári 
változatoknak nem kell egymással 
felcserélhetőnek maradniuk: hiszen 
mindig csak a pillanatnyi mplak, illetve 
mpasm-változathoz kell illeszkedniük. 
Nos, Andrew Pines most (jórészt) meg- 
oldotta a feladatot, ugyanis egy külön- 
leges soros kábelt készített, és miközben 
Windowsból használta a programozót, 
rákötött linuxos gépével mentette az 
adatokat, és ezek révén nagyon sok 
részt megfejtett a protokollból. Jelenleg 
adott egy olyan működő program, 
amellyel a legtöbb programbetöltési fela- 
dat megoldható. Olykor előfordulnak 
hibák, de azért használható. 

A program lefordítása egyszerű: hasz- 
nálatakor meg kell adnunk a soros 
kaput, amihez a programozó csatlakoz- 
tatva van. Ügyeljünk arra, hogy sem- 
milyen eszköz ne használja ezt. (Azért 
tudom ilyen pontosan, mert mint kide- 
rült, én elfelejtettem, hogy az egyik 
soros kapun a modem, a másikon egy 
soros terminál volt beállítva. Igaz, hogy 
régóta nem használtam egyiket sem, de 
a megfelelő programok futottak, és 
bekavartak az eseményekbe). A progra- 
mozóban legalább a 3.00.04-es gyári 
program szerepeljen, ha ennél régebbi 
van, frissíteni kell (a Chipcad Kft. hon- 
lapján akár a felprogramozott 17C44 is 
megrendelhető). Ha minden össze van 
kötve, akkor a 


picp /dev/ttySO 16£9317 ev 


parancsra kiírja a gyári program válto- 
zatszámát. A használt soros kapunak és 
a programozóban lévő vezérlőnek meg- 
felelően módosítani kell a parancsot. 
Lehetőség nyílik az eszköz program- 
olvasására és írására (—wp, illetve —rp 
vagy —-wc és -rc), a nem flasheszközök 
üres állapotának ellenőrzésére és a 
flasheszközök törlésére. Egyelőre az 
EEPROM adatmemória írása és olvasása 
nincs megvalósítva. Az ,adatlopó" prog- 
ram is benne rejlik a forrástárban, továb- 
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jpédimz ( —— ) 
repeat drop ; 
mezo ( —— ) a PIC socos 
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ÜNS0ZEb 1 4 
FO0 s zesta A 
SZE eszata 5 
S dcsépbBEG " ! a 
SSE 18 EN 5 
507 option ceg ! 
ÜNZSSVE StateNi N 
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Y LapkabeEll tEsok 


t080—Ans Sét-LtLosc 
false set-boden 
false set—wdte 


bá a megfelelő kábel leírása is, így akár 
magunk is megpróbálkozhatunk az 
utólagos felderítéssel. 

Ezzel már valóban eljutottunk arra a 
szintre, hogy majdnem minden olyat 
meg tudunk tenni, amit az eredeti 
fejlesztőeszközökkel. De a célkitűzésem 
az volt, hogy valamilyen, a program- 
fejlesztést jelentősen megkönnyítő esz- 
közt is keressek. Nos, hála Samuel 
Tardieu-nek, találtam is ilyet. 


A forth fordító 


Mielőtt (röviden) ismertetném a 
programot, néhány szó a forth nyelvről, 
mivel az utóbbi időben — megítélésem 
szerint — érdemtelenül mellőzve van. 

A forth egy láncolt kódot előállító értel- 
mező nyelv. Legalábbis az volt, amikor 
Charles Henry Moore egy csillagvizsgáló 
teleszkóp irányításának programozását 
megkönnyítendő megalkotta az első 
megvalósítását. Ő egyébként azóta is lel- 
kes híve maradt ennek az ötletnek: már 
több ilyen elven működő processzort 
készített, részben a saját maga által alko- 
tott (és szintén forthban írt) áramkörter- 
vező programmal. Érdekességként: az 
általa alkotott processzor az adott fela- 
datot végrehajtó program futtatása ese- 
tén azonos teljesítményt nyújtott, mint 
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begin str-char dup while transmit-byte 


teszt vÜJi (E) 
feátse Te NAK soy eles 


A/D Etalak t 
porta bemenet 
portb kimenet 
alacsony szimt (led) 
RS232 engedőlyezőse, 
s togadís 
nagysebessőgB8B bitrEta-I19trehoz 
19200 baud 4 MEHz-nőt 

(eTSENZEi orb NNiNE 


jén Este 


tolyamatos 


ÜSSKárn elé ME EMKE 0 te 


init nyito receive-command ; 


egy (a szóban forgó időpontban korsze- 
rű) 486-os processzorú gép, miközben a 
megvalósított tranzisztorszolgáltatások 
száma a lapkán kevesebb mint annak 
egytizede volt. A forth nyelv fő jellem- 
zője, hogy úgynevezett szavakból áll, 
valamint az adatokat egy veremtáron 
keresztül továbbítja közöttük. Ami iga- 
zán széppé teszi, az az, hogy tetszőleges 
szavakat adhatunk hozzá, és a továb- 
biakban ugyanúgy használhatjuk őket, 
mint a nyelv alapszavait (a C-függvé- 
nyekhez hasonlóan). Mivel a forth értel- 
mező- és fordítóprogramok általában 
láncolt kódot állítanak elő, rendkívül kis 
méretű, elfogadható sebességű prog- 
ramot kapunk eredményül. Az ügyesen 
megírt programok még olvashatók is. 
Az általam megtalált program a picforth, 
tulajdonképpen nem is program a szó 
ma használatos értelmében, azaz nem 
önállóan végrehajtható. Inkább parancs- 
fájlnak nevezhetnénk, mivel a futásához 
szüksége van egy, a futtató gépre készült 
forth-értelmezőre. Ebben az esetben erre 
a célra a gforth (GNU forth) használ- 
ható, ami az ANS forth szabvány egy 
nyílt forrású megvalósítása. 

A program lényegi része a picforth.fs 
fájlban bújik meg. Emellett létezik még 
néhány segédfájl, amikben a mikrove- 





e KEZELT 


belet dás át ál 


nak írását, illetve olvasását megkönnyítő 
szavak találhatók, valamint táblázatok és 
szövegek tárolását és előhívását lehetővé 
tevő segédletek. Ezenkívül egy rövid leí- 
rás mellett több, a forth esetén különö- 
sen fontos, működő (azaz kipróbált) 
példaprogram. A Makefile jól használ- 
ható, végeredményként a picp program- 
mal beégethető .hex, az assembler listát 
tartalmazó .disasm és a szavak címeit 
tartalmazó .map állományt állít elő. 

A .hex fájl agpsim programba betölthető 
(előbb ki kell adni benne a processor 
pic16£877 parancsot), és ki is próbál- 
ható. Ez látható a képernyőn is az alábbi 
program (egy soros vonalon keresztül 

és olvasását egyszerű parancsok segít- 
ségével megvalósító) lefordítása után, 
lásd listánkon. 

Már csak egyetlen dolog hiányzik: hogy 
ki tudjuk próbálni a programot. Ehhez 
természetesen szükség van egy PIC kár- 
tyára, 16£877-tel, 4 MHz-es oszcillátorral 
és megvalósított soros (RS232) ki- és 
bemenettel. Ezenkívül szükségünk lesz 
valamire, ami nyers adatot tud küldeni 
és fogadni (megjeleníteni) a soros vona- 
lon. Némi keresgélés után kiderült, hogy 
a Linux Programmers Guide példaprog- 
ramjai között akad egy egyszerű soros 
terminálszimulátor program: a mini- 
term. Ennek forrásába be kell írni a so- 
ros kapun kívánt értékeket (melyik pél- 
dául ttyS0, vagy a sebesség: 19200 baud), 
majd le kell fordítani, és már futhat is! 
Mint látjuk, ismét kiderült, hogy a Linux 
szinte minden feladat megoldására alkal- 
mas, valamint arra is fény derült, hogy 
legyen bármilyen a program- és eszköz- 
eszményképünk, a világban biztosan 
találunk olyan embereket, akik hozzánk 
hasonlóan gondolkodnak, hasonló meg- 
oldásokat keresnek, és sok esetben mun- 
kájuk eredményét közkinccsé is teszik. 
Ha valakit érdekel a mikrovezérlő, akár 
kedvtelésből, egy későbbi cikkemben 
ismertetek egy olyan kártyatervező és 
szerkesztőprogramot, amivel a vezér- 
lőnkhöz elkészíthetjük a nyomtatott 
áramkör tervét. Vajon hol is alkalmazhat- 
juk őket? Lássuk csak: hőmérsékletmé- 
résre lakásban, udvaron, számítógépház- 
ban, de akár lakásautomatizálásra is. 


Havránek Ferenc 
Automatikamérnökként dol- 
gozik. Kedvtelései közé tartozik 
mindenféle kétkerekű járművön 
való közlekedés. Szívesen tölti 
idejét programozással, nemcsak 
PC-s, hanem egyéb környezetben. 
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Ismerjük meg a szabályos kifejezéseket! 


2909 


A szövegfeldolgozás és szövegleírás terén aligha találunk 
a szabályos kifejezéseknél hatékonyabb eszközt. 





épzeljük el, hogy ki szeretnénk keresni egy nevet a 
KK telefonkönyvből, de nem emlékszünk a név pontos 

írásmódjára. Hosszú időt tölthetünk el az összes lehet- 
séges név kikeresésével, hacsak nincs egy olyan eszközünk, 
amelyik kigyűjti azt a viszonylag kevés lehetőséget, ami a 
hiányos tudásunknak megfelelő keresési feltételre illeszkedik. 
A szabályos kifejezések pontosan ilyen eszközök. 
A szabályos kifejezés egy olyan karakterlánc, ami egy másik 
karakterláncot vagy karakterlánccsoportot ír le. Számos alkal- 
mazás aknázza ki ezt a lehetőséget, néhány ezek közül: Perl, 
sed, awk, egrep, sőt még az Emacs is (a cikk elolvasása után 
próbáljuk ki a CTRL-ALTr-97o billentyűkombinációt). 
Bizonyosfajta szabályos kifejezéseket valószínűleg mindany- 
nyian használtunk már. Az1s ".pl héjparancsban a ".pl egy 
olyan szabályos kifejezés, ami a következő karakterláncokat írja 
le: tetszőleges számú tetszőleges karakter (7), utána egy pont 
(.), végül két adott karakter (pl). 
A szabályos kifejezések előállításának szabályai az összes elkép- 
zelhető karakterlánc leírását lehetővé teszik, attól függetlenül, 
hogy azok milyen összetettek. Sajnos a valóságban a helyzet 
ennél bonyolultabb, ugyanis a szabályos kifejezéseknek lega- 
lább kétféle változata létezik: kiterjesztett és egyszerű. Ráadá- 
sul nem minden alkalmazás támogatja az összes szabályt. 


Bevezetés a szabályos kifejezések használatába 

Akkor mondjuk, hogy egy szabályos kifejezés illeszkedik egy 
karakterláncra, ha azt helyesen írja le. Egy adott szabályos kife- 
jezés akárhány karakterláncra illeszkedhet. Az a szokás, hogy 

a szabályos kifejezéseket törtjelek közé —(/.../) írjuk. A követke- 
zőkben a kiterjesztett szabályos kifejezésekkel fogunk dolgozni. 
A legegyszerűbb szabályos kifejezés csak betűkből és számok- 
ból áll, az ilyen kifejezés az olyan összes karakterláncra illesz- 
kedik, ami tartalmazza őt részkarakterláncként. Vegyük például 
a következő részletet a kedvenc Rossini-operámból: , Zitto, 
zitto, piano, piano, senza strepito e rumore." A /piano/ sza- 
bályos kifejezés illeszkedik a szövegre, mert ugyanazokat a 
karaktereket ugyanabban a sorrendben tartalmazza, mint amit 
a szabályos kifejezésben megadtunk. 

A jobb megértés kedvéért játszhatunk a következő Perl-parancs- 
fájllal. Változtassuk meg néhányszor a szabályos kifejezést: 


t!/usr/bin/perl 


$verse — "zitto, zitto, piano, piano, senza " 
: "strepito e rumore"; 
if (Sverse —- /piano/) ( 
print "Illeszkedik!] im"; 
) else ( 
print "Nem illeszkedik! in"; 
! 
A Perl nyelvben az —— műveleti jel két szabályos kifejezést 


hasonlít össze, és ha illeszkedést talál, ,igaz" értéket ad vissza. 
Néhány karakter (a nevük metakarakter) nem egyszerű karak- 
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ternek számít, hanem különleges célokra van fenntartva. 
Például a " (csillag) arra használatos, hogy egy karaktercsoport 
nulla vagy több előfordulására illeszkedjen. A karaktercsopor- 
tot, más néven atomot olyan módon adjuk meg, hogy az 
egyetlen egységnek kezelt karaktereket zárójelek közé zárjuk. 
A / (piano, ) " szabályos kifejezés illeszkedik a példaszö- 
vegre, mert az atomot alkotó , piano," karaktersorozat kétszer 
ismétlődik. Ha az atom csak egyetlen karakterből áll, akkor 

a zárójel elhagyható. 

A " karakter jelentése a szabályos kifejezésekben eltér a héjbeli 
jelentésétől. A szabályos kifejezésekben a " módosító; a bal 
oldalán elhelyezkedő atom többszöri előfordulását írja le. 
Emiatt a ,piano" karakterláncra illeszkedik a p" a héjban, de 

a /p"/ szabályos kifejezés csak a p, pp, ppp-re, illetve az üres 
karakterláncra illeszkedik. 

Az atom N és M közötti számú előfordulásának megadásához 
a IN. M; jelet használhatjuk. A í(Nj olyan karakterláncokra 
illeszkedik, amelyek az atom pontosan N darab ismétlődését 
tartalmazzák. A (N,j a legalább N darab ismétlődésre illesz- 
kedik. A következő szabályos kifejezések illeszkednek: 


Z4 piano,yt0-10j/ 
/( piano, ) (1,24/7 
74 piano, Pi21/7 


Az első szabályos kifejezés természetesen illeszkedne a , piano, 
piano, piano" karakterláncra is. A - és a ? metakarakterek a 
(1,) és a (01) rövidítései. 

Az illeszkedő zárójeles atomok különleges változókban tárolód- 
nak, amiket a ! (perjjelet követő szám azonosít. A szabályos 
kifejezésben előforduló első zárójeles atom a Ni változóban, 

a második a V2 változóban tárolódik. Például a 

720) ; 


21, dí piáano;,) M2/ 


illeszkedik a fent megadott idézetre (MM — "itto"" Os M2 
kes Voiano,"]; 

A . (pont) metakarakter bármelyik karakterre illeszkedik, emiatt 
a / . (itto) , . M1/ szabályos kifejezés illeszkedik a , Zitto, 
zitto" és a , zitto, zitto" karakterláncra is. Ezenkívül illeszkedik 
még például a , Ritto, ritto" karakterláncra is, ami már nem 
ugyanazt jelenti. Ha a túlzott általánosítást el szeretnénk 
kerülni, a lehetséges karaktereket szögletes zárójelek között 
megadhatjuk / [Zz] (itto), [IZz]M/. 

A kötőjel a szögletes zárójelek között karaktertartományt jelöl. 
Például a / [a-z] / az összes kisbetűre, a / [A-2] / pedig az 
összes nagybetűre illeszkedik. A / [a-2A—20-9 ]/ minden 
betű, szám és aláhúzásjel karakterből felépülő karakterláncra 
illeszkedik. 

A ] (cső) metakarakter a különböző lehetőségek megadására 
szolgál. Működése hasonló a logikai VAGY művelethez. 
Emiatt a /Zittol zitto/ illeszkedik a ,Zitto" és a , zitto" 
karakterláncra is. 


A 7 és a $ (dollárjel) metakarakterek a karakterlánc elejére 

és végére illeszkednek. A szögletes zárójelen belül a 7 jel a 
tagadás művelete. Emiatt a / [7a-z] itto/ illeszkedik a 
,Z1tto" karakterláncra, de a , zitto" karakterláncra nem, mert a 
["a—z] jelentése: ,tetszőleges betű, ami nem kisbetű". Ha a 
metakaraktert közönséges karakterként szeretnénk értelmez- 
tetni, tegyünk elé egy fordított perjelet (9. Ekkor a szabályos 
kifejezést értelmező program tudni fogja, hogy ezt egyszerű 
karakterként kell értelmeznie. 


A szabályos kifejezések használata 

Értékelni fogjuk a szabályos kifejezés erejét, ha megvizsgál- 
juk a következő kis Perl-parancsfájlt, ami segít a rendszer- 
gazdáknak kiszűrni a sikertelen bejelentkezési kísérleteket. 

A következő példákban szemléletes szabályos kifejezéseket 
fogok használni a különböző lehetőségek bemutatása céljából. 
Ugyanezeket a feladatokat egyszerűbb szabályos kifejezések- 
kel is megvalósíthatjuk. 

Ha valakinek sikertelen a bejelentkezési kísérlete, a syslogd 
az alábbihoz hasonló üzenetet ír a /var/log/messaged naplóál- 
lományba: 


Jul 26 16:35:25 myhost su(pam unix) [25491] : 
ssauthentication failure; logname-verdi uid-500 
sceuid-0 tty—- ruser—organtin rhost—  user-root 
Jul 27 14:54:36 myhost login(ípam unix) [688] : 
ssauthentication failure; logname-LOGIN uid-—0 
seuid-0 tty-ttyil ruser— rhost—  user-mozart 

A bejegyzésből kiolvasható a bejelentkezési kísérlet időpontja, 
a felhasználó neve, aki egy másik felhasználó nevében be akart 
lépni — amennyiben ez az adat rendelkezésre áll —, és a célfel- 
használó. Például a verdi felhasználó kétszer be akart lépni a 
rendszergazdaként, míg valaki mozart felhasználónévvel 
szeretett volna belépni a konzolról. 

Vessünk egy pillantást az 1. listán (48. CD Magazin/Szabalyos 
könyvtár) bemutatott Perl-parancsfájlra: az a feladata, hogy 
beolvassa a /var/log/messages állományt, azonosítsa az érde- 
kesnek tűnő sorokat, és csak a lényeges adatokat gyűjtse ki. 
Először is egyedül azokat a lényegi sorokat választjuk ki, ame- 
lyek illeszkednek az /authentication failure/ szabályos 
kifejezésre (7. sor), minden egyebet eldobunk. Ezután minden 
sort egy olyan szabályos kifejezéssel kezelünk (8. sor), ami a 
következő karakterláncra illeszkedik: a karakterlánc eleje ( " ) 
pontosan három ((3j) betűből áll ([a-2A—21), ezt egy szóköz 
követi, majd legfeljebb két (-1-) karakter kerül sorra, amit szá- 
mok (0-9, amit a Perlben a vd metakarakterrel is jelölhetnénk) 
vagy egy szóköz követ. A szóköz után tetszőleges számú (") 
számjegy és pontosvessző lehet. A karakterlánc eddig leírt 
része zárójelben van, tehát a Ni változóba kerül. Ezután tetsző- 
leges számú karakter (.") következhet a "10gname-—" karak- 
terlánc előtt. Ezt a karakterláncot tetszőleges számú betű vagy 
számjegy követheti. A zárójelpár következtében ez a N2 válto- 
zóban tárolódik. Végül tetszőleges számú karakter lehet a 
"user-—" karakterlánc előtt, amit tetszőleges számú betű és 
számjegy követhet. Ez az egész a 43 változóba kerül. 

Ebből a példából megtanulhatjuk, hogyan lehet részkarakter- 
láncokat kivenni a karakterláncokból. Nem kell ismernünk a 
részkarakterláncok viszonylagos helyzetét, ha le tudjuk írni 

a kinézetüket. 

A Perl hasznos szolgáltatása, hogy a szabályos kifejezések 
változóiból önműködően Perl-változókat hoz létre, amik a $S1, 
52 stb. neveken érhetők el, miután a szabályos kifejezés illesz- 
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őm-//////5/AX,,ÖOŐ EE szaktekintély 


tése megtörtént. A Perl hasznos jelek használatát is megengedi 
az ugyanazt jelentő Posix-megfelelő jelek mellett, ilyen például 
a már említett d és a w, ami megfelel a [A-2a—20-9 1 
kifejezésnek. lovábbi tudnivalók a Perlről a súgóoldalon (man 
perlre) olvashatók. 


Egyszerű szabályos kifejezések 

Az egyszerű szabályos kifejezéseket számos más program is 
használja, például a sed vagy az egrep. 

Az egyszetű szabályos kifejezésekben a ], a 4 és ? metakarak- 
terek nem léteznek, és a gömbölyű, illetve kapcsos zárójeleket 
védeni kell, ha metakarakterként szeretnénk használni őket. 
A 7 , a $ és a " metakarakterekre bonyolultabb szabály vonat- 
kozik (további részletekért lásd: man 7 regex). A legtöbb 
esetben azonban kiterjesztett társaikhoz hasonlóan viselked- 
nek. Gyakran a szabályos kifejezést a kiterjesztett alakban 
kényelmes szerkeszteni, és szükség esetén adni hozzá a 
védőkaraktereket. 

A 2. listában (48. CD Magazin /Szabalyos könyvtár) bemutatott 
példa böngészőprogramban megtekinthető, html formátumú 
oldalt hoz létre a rendszernapló állományából. A HIML- 
elemek kiírása mellett, amelyek az oldal fejlécét és a táblázatot 
hozzák létre, kilistázzuk egy adott könyvtár összes állományát, 
és az eredményt a sed programba vezetjük, ami azt szabályos 
kifejezések segítségével átalakítja. A sed által is használt 
szöveghelyettesítés eléggé elterjedt: 
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s/kifejezős/csere/ 


Ebben a kifejezés szabályos kifejezés, amit le kell cserélni. 

A megadott szabályos kifejezés egy kilenc elemből álló karak- 
terláncot ír le. Például a [rwxds-] az első elem lehetséges 
karaktereit adja meg. A karakterlánc ez utáni része betűket és 
számjegyeket tartalmaz, amiket perjelek tagolnak. Vegyük 
észre, hogy ebben az esetben a (."W) (.") szabályos kife- 
jezést használtuk. Az első csoport illeszkedik a perjelet mege- 
lőző összes karakterre, vagyis az elérési útra. A második cso- 
port illeszkedik a többi karakterre (azaz a fájlnévre). Az elérési 
útban tetszőleges számú perjel lehet. A szabályos kifejezések 
(az egyszerűek és a kiterjesztettek is) mohók, azaz a lehető 
legtöbb karakterre próbálnak illeszkedni. 

A parancsfájl eredménye a szabályos kimenetre íródik, amit 
egy adott állományba átirányíthatunk (például a cron-ból 
meghatározott időközönként), hogy megjelenjen a Weben. 


Összegzés 

A szabályos kifejezések messze a leghatékonyabb eszközök 

a szövegfeldolgozási és szövegleírási feladatokra, és Linux-kör- 
nyezetben számos alkalmazás támogatja őket. Sajnos a legnép- 
szerűbb keresőmotorok (tudtommal) egyáltalán nem támo- 
gatják a szabályos kifejezéseket, éppen a bonyolultságuk miatt. 
Képzeljük csak el, milyen pontos lehetne a keresésünk, ha a 
keresett weboldalt szabályos kifejezéssel írnánk le! 


Linux Journal 2003. május, 109. szám 


Giovanni Organtini (g.organtini proma1.infn.it) 

A római egyetemen tartja a , Bevezetés a 
számítástechnikába és a programozásba fizikusok 
számára" című óráit. Évek óta használ Linuxot, 
szórakozáshoz és munkához egyaránt. 
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A linuxos USB alrendszer (1. rész) 


/ O s 
/ 
NY / 
s Pá 
MA zi ke 


Az USB bemeneti alrendszer egyre inkább terjed a magváltozatokkal. 
Epp itt az ideje megérteni, hogy pontosan mi Is a dolga eszközeinkkel. 


linuxos USB alrendszer egyszerű, jól összehangolt 
AA módszer minden bemeneti eszköz kezelésére. A Linux- 

ban ez egy viszonylag új megközelítés, ami részben 
megtalálható a rendszermag 2.4-es változataiban, és teljes egé- 
szében beépítették a rendszermag 2.5-ös fejlesztői változataiba. 
Ez a cikk négy alapterületet hivatott megismertetni: leírja, mit 
tesz pontosan a bemeneti alrendszer, bemutatja az alrendszer 
rövid történeti áttekintését, elmondja, hogyan épül fel a beme- 
neti alrendszer a rendszermagban, valamint bemutatja a fel- 
használói szintű API-t, vagyis az alkalmazásprogramozói felü- 
letet, és azt, hogy miként tudod ezt felhasználni programjaid- 
ban. Az első három témakörre még ebben a cikkben kitérünk, 
a felhasználói szintű API-t és a befejező témakört a következő 
rész tárgyalja. 


Mi az a bemeneti alrendszer? 

A bemeneti alrendszer a Linux-rendszermagnak az a része, 
ami a különböző bemeneti eszközöket kezeli (például a 
billentyűzetet, az egeret, a 
botkormányt, a digitáblát és 
sok más egyéb eszközt), ezek 
segítségével lép kapcsolatba 
a felhasználó a rendszermag- 
gal, a parancssorral és a grafi- 
kus felülettel. Ezek az alrend- 
szerek a rendszermagban 
találhatók, mivel elérésükhöz 
valamilyen különleges alkat- 
részcsatolót kell alkalmazni 
(mint például a soros kaput, 
a PS/2-es kaput, az Apple 
Desktop Bust és az Universal 
Serial Bust, vagyis az USB-t), 
amik nem érhetők el közvet- 
lenül, és a rendszermag 
kezeli őket. Ezt követően a 
rendszermag egy általánosan 
összefüggő, az adott eszköz- 
nek megfelelő felületen 
keresztül teszi elérhetővé a 
kezelést a felhasználói programok számára, különböző progra- 
mozói felületeken keresztül. 


Meghajtók 


Hogyan jutottunk el eddig? 

A Linux bemeneti alrendszer elsősorban Vojtech Pavlik mun- 
kája, aki először a botkormányok támogatásának előkészíté- 
sekor érezte egy rugalmas bemeneti rendszer szükségességét, 
majd később is, amikor az USB-n kezdett el dolgozni. Az első 
sokrétű bemeneti alrendszer a már meglévő botkormány- és 
USB-meghajtókat támogatta a 2.3-as rendszermagok idején, 
ezt továbbvitték a 2.4-be, ahol ez a támogatás továbbra is a 
botkormányokra és az USB-re korlátozódik. 

A 2.5-ös rendszermagban található bemeneti alrendszert már 
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az összes bemeneti eszközre kiterjesztették. Cikkünk ezen az 
összetett rendszeren alapul, ami a 2.6-os rendszermagokban a 
bemeneti alrendszer programozói felülete lesz. Annak ellenére, 
hogy cikkünk írásakor a jelenlegi 2.4-es és 2.5-ös rendszerma- 
gok programozói felületei valamelyest eltérnek, folyamatos 
munka folyik, hogy ezek a különbségek megszűnjenek, amit 
többnyire a 2.4-es rendszermag frissítésével érnek el. 


Pillantás a kulisszák mögé, 

avagy a rendszermag működésének vizsgálata 

A bemeneti alrendszer három eleme: a bemeneti mag, az esz- 
közmeghajtók és az eseménykezelők. A köztük lévő kapcsolat 
az ábrán látható. Amellett, hogy alapesetben az út az alacsony 
szintű eszközöktől az eszközmeghajtóig, az eszközmeghajtótól 
a bemeneti magig, a bemeneti magtól a kezelőig, a kezelőtől 

a felhasználói területre vezet, általában létezik valamilyen 
visszaút is. Ez a visszaút teszi lehetővé például a billentyűzet 


lámpáinak vezérlését és az erő-visszacsatolású (force-feedback) 


Vezérlők 


Billentyűzet- 
kezelő 


jarat ő 
[CYAzT o) 


Felhasználói rész 
(/dev/input/mouseX) 
(/dev/input/mice) 


Felhasználói rész 
(/dev/input/jsX) 


stét iA 
kezelő 


Felhasználói rész 
(/dev/input/eventX) 


ig JA 
kezelő 


Kapcsolat a beviteli alrendszer részei között 


botkormányok mozgásának szabályozását. Mindkét irány 
ugyanazt az eseménymeghatározást alkalmazza, csak külön- 
böző típusú azonosítókkal. 

A különböző részek együttműködését események vezérlik, amik 
szerkezetekként (structure) vannak meghatározva (1. lista). Az 
első mező, a time egy egyszerű időbélyeg, az ezt követő mezők 
már valamivel érdekesebbek. A type, vagyis típus mező az 
esemény általános típusát jelöli, például, hogy az egéren 
nyomtunk-e le egy gombot vagy a billentyűzeten; de vonat- 
kozhat a mozgásra is, mondjuk a botkormány esetében. A code 
mező mondja meg, hogy melyik gombot nyomták le pontosan, 
vagy azt, hogy az elmozdulás melyik tengely mentén történik; 
míg a value, vagyis érték mező azt jelzi, hogy milyen a lenyo- 


1. lista Az event-dev-struct.txt 


SETÜECEt INPUE KEN 
void "pr-ilWatset 


name; 
"phys; 
char tunaei 
struct I1Imjejdieátkáelktakelt 


ehaz 
elhat 


sont [INIBILTS (EN IMS) 1] 
keybit INBITS (KEY MAX) 
Tar Áe etátttt ITTTTS ETTEK Á ERT ETTSZ) 
absbit INBITS (ABS MAX) 
meóclöde I INIBILTS (IMISC  IMRRGK) 

L ( ) 

L ( ) 


unsigned 
unsigned 
unsigned 


Kor 
Kor 
Kora 
Long 
Kora] 
illene 


1 ; 

1 ; 
unsigned je 
unsigned ] 
] 
] 


unsigned 


, 


y 


ledbit [NBITS(LED MAX 
unsigned long sndbitINBITS(SND MAX 
MENTSEG TE GIN ren kegellletsáltt e jód NON FSS ETTEK ( ő EAT ETVE ő ERT HÉÉE 
META SE EME ES GiESüase s 


, 


unsigned int keycodemax; 
unsigned int keycodesize; 
NZGHKeMESSS ESETET 


unsigned int repeat key; 
stzuüuct timexz Liszt tidmörs 


struct pm dev "pm dev; 
int state; 


ÜMESSZAET 


séta 


mott egérgomb vagy billentyű állapota, vagy azt, hogy milyen 
elmozdulásról van szó. Ha például a típus egérgomb vagy bil- 
lentyű, a kód megmondja, hogy melyik egérgomb vagy billen- 
tyű az pontosan; az érték mező pedig elárulja, hogy a gombot 
éppen felengedték-e vagy pont lenyomták. Ehhez hasonlóan, 
ha a típus valamilyen viszonylagos tengelyt jelöl, a kód elárulja, 
hogy pontosan melyik tengelyről van szó, az érték mező pedig 
az elmozdulás nagyságát és irányát tartalmazza. Ha az egeret 
átlósan mozgatod, miközben ezzel egyidejűleg az egér görgőjét 
(scrolling-wheel) is mozgatod valamelyik ujjaddal, akkor min- 
den frissítéskor három viszonylagos eseményt kapsz vissza: 
egyet a függőleges mozgásból (y tengely), egyet a vízszintes 
mozgásból (x tengely) és egyet a görgő mozgásából adódóan. 
Az eseménykezelők szolgáltatnak felületet a felhasználói réteg- 
hez, olyan módon, hogy a szabványos eseményformátumokat 
úgy alakítják át, hogy azt a különböző programozói felületek 
megértsék. Általában ezek a kezelők gondoskodnak a külön- 
böző eszközcsomópontok (a /dev bejegyzések) kezeléséről is. 
A legáltalánosabb kezelő a billentyűzet kezelője, ez az a szabvá- 
nyos bemenet, amivel a programozók (különösen a C-progra- 
mozók) a leginkább tisztában vannak. 

Az eszközmeghajtók általában az alacsony szintű alkatrészek- 
kel tartják a kapcsolatot, mint például az USB-vel, a PCI-jal, a 
memóriával, a különböző ki- és bemeneti (I/O) területekkel és 
a soros kapu ki- és bemeneti területeivel. Ezek alakítják át a 
részegység által küldött felhasználói bemenetet az általános 
üzenet formájába, még mielőtt elküldik azt a bemeneti 
magnak. A bemeneti mag a rendszermag szabványos 
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unsigned long keyilNBITS(KEY MAZ) !; 
unsigned long lediNBITS(LED MAZ) ! ; 
unsigned Long  sndiNELTSKSNDEMAEK ) 1 
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int absmaxlABS MAX 4 1]; 
int absminl[lABS MAX 4 1]; 
1űt aáajastuzz ABS MAX FF L]E 
KÉT etei lors HEMTÓ let [ATSESENY TASK ELNT NE 
int ("open) (struct input dev "dev); 
VOL elSSe ES ETGÜGEEÜneÜtEldew e sdew)i; 
TEA cSSjoE) ESET ENEa ot elledevtesedevi 
SEGÜGE S EtdLe s Ede) 
ÁSTGta iszt (ézztets ÍS EST (MESS tsktág b (52 els Bin Jo Etsáke S zár el Sv 
S ETSÜETE SE AMS ENNS TE MIKE1) És 
int ("event) (struct input dev "dev, 
unsigned int type, 
unsigned int code, 
int value); 
Age szg oNKo E ele EERS ES) IESTBES estén ose levi 
AGENT EMESTE HÚS SSE REGE MESE TREE) 
int ("erase effect) (struct input dev 
-dev, int effect id); 
struct list head AMIKET ERS tes 
struct list head node; 


1 
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csatlakozóbővítmény (plugin) szerkezetét használja, az 

input register device () függvénnyel vesz fel új 
eszközöket, míg az input unregister device () függ- 
vénnyel távolít el meglévő eszközöket. Ezeket a függvényeket 
az input dev kapcsolóval kell meghívni, ezt az első listában 
láthatjuk. Annak ellenére, hogy ez a szerkezet meglehetősen 
hosszúnak tűnik, a legtöbb bejegyzés arra szolgál, hogy az 
eszközmeghajtó beállíthassa, hogy az adott eszköz milyen 
lehetőségekkel bír, vagyis azt, hogy milyen típusú események 
és kódok fogadására vagy küldésére képes. 

Azon túl, hogy a bemeneti mag kezeli az eszközmeghajtókat és 
a kezelőket, egy /proc fájlrendszer felületet is létrehoz, amin 
keresztül látható, hogy éppen milyen eszközmeghajtók és keze- 
lők működnek. Alább egy jellemző példa látható a /proc/bus/ 
input/devices fájlból, ami egy USB-s egér működését mutatja: 


I: Bus-0003 Vendor-046d Product-c002 
Version-0120 


N: Name-"Logitech USB-PS/2 Mouse M-BA47T" 
E: Physstisb-00:01.2-2.2/7inputO 

H: Handlers-mouseOl event2 

B: EV—/ 

B: KEY-t0000 000000 Ű € 

B: REL-103 


Az I: sor tartalmazza az azonosító adatokat — a 3-as busztípus 
(ami az USB) és a gyártó, a termék és a változat adatait az egér 
USB-leíróiból. Az N: sor a nevet mutatja, amit úgyszintén az 
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USB eszközleírói tartalmaznak. A DP: sor a fizikai eszköz adatait 
tartalmazza, ez esetünkben az USB-vezérlő PCI címéből, az 
USB-fából és a bemeneti eszközfájlból áll. Az inputO azt jelöli, 
hogy ez az első logikai bemeneti eszköz az adott fizikai beme- 
neti eszközhöz. Néhány eszköz, mint például a multimédiás 
billentyűzetek, a fizikai eszköz egyes részeit rendelhetik az 
egyik logikai bemeneti eszközhöz, míg a fizikai eszköz más 
részeit egy másik bemeneti eszközhöz rendelhetik. A H: sor az 
eszközhöz rendelt kezelőt tartalmazza, erre később még kité- 
rünk. Az egyes B: sorok a különböző bitmezőket takarják, 
amelyek az eszköz képességeit írják le — ebben az esetben az 
egyes egérgombokhoz tartozó billentyűket, a viszonylagos 
tengelyeket a golyóhoz és a görgőhöz. 

A /proc felület nagyon jól használható egyszerű eszközmeghaj- 
tók kipróbálására. Vegyük például azt az esetet, amelyben az 
eszközmeghajtó befűzéskor bejegyzi magát, illetve amikor az 
eszközt eltávolítjuk, az eszközmeghajtó is eltávolítja a hoz- 
zátartozó bejegyzést (2. lista). Ehhez néhány bevezető művelet 
elvégzésére van szükségazinit input dev() függvénnyel. 
A függvény beállítja az eszköz nevét, a fizikai és azonosító 
leíróit, és beállítja a bittömböket, hogy jelezze: az eszköz képes 
bizonyos típusú események fogadására (az EV. KEY jelzi az 
egérgombokat és a billentyűket, két különböző kód a KEY A 

és KEY B jelzi a gombok címkéit). Az előkészítő eljárás ezt 
követően bejegyzi az eszközt a bemeneti magba. Ha ezt a kódot 
hozzáadod a rendszermaghoz (a modprobe paranccsal), látni 
fogod, hogy egy új eszköz jelenik meg a /proc/bus/input/devices 
fájlban, mint az az alábbiakban is látható: 


I: Bus-0019 Vendor-—-0001 Product-0001 
Version-0100 

N: Name—-—"Example 1 device" 
Phys-A/Fake/Path 

Handlers-kbd event3 

EV—-3 

KEY-10000 40000000 


 W Am EM 


Ha valóban üzenetet szeretnénk küldeni az eszközmeghajtónktól 
a bemeneti magnak, előtte meg kell hívnunk az input event-et 
vagy valamelyik kényelmes közvetítőt, például az input. 
report key-tvagy az input report abs-t, amiket a linux/ 
input.h-ban találunk meg. A 3. listában egy olyan kódot láthatunk, 
ami erre mutat példát. Ez a példa nagyjából ugyanazt mutatja, 
mint az előző, azzal a különbséggel, hogy itt egy időzítőt adunk 
hozzá, ami az ex2 timeout () függvényt hívja meg. Ez az új 
programrész négy KEY A és négy KEY B lenyomását továbbítja. 
A művelet hatására összes 16 esemény jön létre, mivel külön 
események keletkeznek a billentyűk lenyomásakor és elengedé- 
sekor is. Ezek az események továbbítódnak a bemeneti maghoz, 
azt követően a billentyűzetkezelőhöz, ami az ,aaaabbbb" vagy az 
,MAAABBBB" betűsorok megjelenését eredményezni a kezelő- 
felületen vagy a parancssorban, a SHIFT billentyű állapotától füg- 
gően. Az időzítő úgy állítódik be, hogy négy másodpercenként 
újra meghívódjon, egészen a végtelenségig. A négy másodperces 
várakozási idő azért lett beiktatva, hogy — ha eleged van a meg- 
jelenő karakterekből - el tudd távolítani a bővítményt. Ha csök- 
kented a várakozási időt, győződj meg róla, hogy más módon is 
hozzá tudsz-e férni a rendszerhez, esetleg egy másik SSH-kap- 
csolaton keresztül. Ne felejtsd el meghívni az input sync függ- 
vényt sem! Ez a függvény értesíti az eseménykezelőt (esetünkben 
a billentyűzetkezelőt), hogy az eszköz valamilyen belsőleg 
összefüggő adathalmazt küldött. A kezelő úgy is dönthet, hogy 
az eseményeket az input sync meghívásáig tárolja. 
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2. lista A register.c 


fincludóg CC inux/ inptkEz 
JEM eNKEe SNS 1. 1 nux / moctikettias 
jaakaetkütele" c1Iinux ii akiiteétas- 


MODULE LG ECEN SAERARE TEA Bs 
struct input dev exl dev; 


Static tat . Amit exi amit (vaddal) 
1 
/ k Ll a sen vatos iüimduljás 7 / 
memset (G6ex1 dev, 0, sizeof(struct 
input dev) ); 
init input dev(6§exi dev) ; 


[dose KE d ke OSR S a 7 
exi dev.name — "Example 1 device"; 


/F fut rendszeren a phys egyedi"r/ 
exi dev.phys — "A/Fake/Pathn"; 

exi dev.id.bustype — BUS HOST; 

Szil  elev a al el. wameloz — 00001 

xi dev , ad. özoduct — 0xÜ001 ; 

exli dev.id.version — 0x0100; 


7" ez az eszk z kát kulccsal 
remdelkezik (A Zs B) "/ 

set bit(EV KEY, exi dev.evbit); 

GE tell lo ételét a VS SK S KELSZ SE tozteH ÉS 

JEE tett AS ZKSS KESZEN 


/r vóg 1 pedig bejegyezz k a bemeneti magba "/ 
input register device(6exil dev) ; 


üze le éla ml 


static void — exit exl exit (void) 
( 


ön ES ES ts E EEG E Nee SEEN ERTÉ 


MI GINETMKSE To ént ES MEGT etés His 
module exit(exl exit); 


Vessünk egy pillantást az utolsó eszközmeghajtó példánkra, 
ezúttal az után vizsgálódva, hogyan jönnek létre a viszonylagos 
adatok (4. lista). A példában egy olyan eszközmeghajtó látható, 
ami az egeret utánozza. A kezdeti beállítás szerint az eszköznek 
két viszonylagos tengelye van (REL Xés REL Y)és egyetlen 


£f Lf 


gombja (BIN LEFT). Csakúgy, mint az előző példánkban, itt is 


Lp a 


egy időzítőt használunk, hogy meghívja az ex3 timeout () 
függvényt. Ez az időzítő ezt követően az input report rel-t 
hívja meg, hogy biztosítsa a viszonylagos mozgást (ötegységnyi 
lépésekkel — a viszonylagos elmozdulás a függvény harmadik 
értéke), ami harminc jobbra lépésből és harminc lefelé lépésből, 
valamint harminc balra lépésből és harminc felfelé lépésből áll, 
előidézve az egérmutató négyzetalakban történő mozgását. 
Hogy a mozgás érzését keltsük, az időtúllépést 20 milliszekun- 


dumra állítjuk. Jegyezzük meg, hogy az input sync-et 


3. lista Az aaaabbbb.c 
struct input dev ex2 dev; 


void ex2 timeout (unsigned long 
sg aüsed/ "ÜNÜSÉEDE / ) 


1 ate 


tor (x—07x 4Agfaa 
/F a vagy A betB "/ 
EK foJÉTSMNSE DOK ESEN SZESZ e VIT 
MIKI fo Est ezette szkelev li; 
input report key(6ex2 dev, 
input sync(6ex2 dev) ; 


KEY A, 1); 
KEY A. Új): 


; 

for (x—-0O;xc4A;xtt) ( 
/- 6. vagy B betb 97 
input report key(6ex2 dev, 
MBIO TEMES ZSM ESSZEe ÉV) lé; 
input report key(6ex2 dev, 
input sync(6ex2 dev) ; 


KEVIB NDS 


KEY B, 0); 


/:" idiz ti beEll tEsa nőgy mEsodpercre ?"/ 
e eőKSÉ me 1alltóze sz ükele ve testére tarta E őklsklET ES halee ESSEN 


etei h seat s Téren tt ÉT En KO S ZT NEK EGVZOKKElD 


( 
elikOósz tös 


/- assem iide adüz ti BéEERUT tlisa 77 
init timer(§ex2 dev.timer) ; 

ex2 dev.timer.function — ex2 timeout; 
SZ Odev. t1LMESI  . SxoLL-SS — JittLoS TT HA 
add timer(§ex2 dev.timer) ; 


isten 0 Fe 


static void . exit ex2 exit(void) 

1 
del timer sync(6ex2 dev.timer) ; 
input unregister device (6ex2 dev) ; 


mindig meg kell hívni, így biztosítva, hogy a bemeneti kezelők 
folyton összefüggő eseményeket kapjanak. Ez a követelmény az 
előző példánkban nem volt feltétlenül szükséges, de különösen 
fontos, ha olyan adatokat akarunk átadni a bemeneti magnak, 
mint például a viszonylagos mozgás, mert esetenként több ten- 
gelyre is szükség lehet a mozgás meghatározásához. Ha átlósan 
mozgatnád az egeret, ehhez hasonlót kellene megadnod: 


inoüt Teéport Tellossp; REL Zr 4244])7 
tűt. VépOrt Tell ossr; RElL Tr 441 
input sync(...); 
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Ez biztosítja, hogy az egér átlósan mozogjon, ne pedig 
oldalra, majd fel. 


Kezelők: a felhasználói szint 

Ez előző szakaszban láthattuk, hogy az eszközmeghajtók az 
alkatrészek és a bemeneti mag között helyezkednek el. A rész- 
egység felől érkező eseményeket - ez többnyire a megszakí- 
tásokat jelenti — bemeneti eseményekké alakítja át. A bemeneti 
események felhasználásához kezelőket használunk, amelyek 
a felhasználói szintű kapcsolódó felületet alkotják. 

A bemeneti alrendszer tartalmazza mindazokat a kezelőket, 
amikre szükséged lehet: billentyűzetkezelőt a parancssor 
kezeléséhez, egérkezelőt az X Window System alatt futó 
alkalmazásokhoz, botkormánykezelőt a játékokhoz, valamint 


egy érintőképernyő-kezelőt is. Létezik egy általános célú kezelő 


is, az eseménykezelő, ami alapvetően a felhasználói területen 
futó programoknak a bemeneti eseményeit biztosítja. Ez azt 
jelenti, hogy szinte soha nincsen szükség rendszermagi kezelő 
írására, mivel ugyanezt a célt szolgálja az eseménykezelő és a 
hozzá tartozó felhasználói szintű kódok. Ezt a programozói 


felületet cikkünk második részében tárgyaljuk. 
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A listák a 48. CD Magazin/USB könyvtárában találhatóak. 
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Brad Hards (bradhafrogmouth.net) 

A Sigma Bravo technikai Igazgatója egy szakértői 
szolgáltatásokat nyújtó kis cégnél, Canberrában. 
A Linux mellett repülőgéprendszerek összeillesz- 
tésével és minősítésével Is foglalkoznak, csakúgy, 
mint GPS-szel és elektronikai hadieszközökkel. 





A Linux bemeneti alrendszer elsősorban a 2.5-ös 
Bitkeeper rendszermagban található meg. 

A BitKeeper sokoldalú rendszer, de ha csak a 
rendszermagot szeretnéd böngészni, a 

2 http://linus.bkbits.net:8080/linux-2.5 cím hasznos 
kiindulópontul szolgálhat. 





Létezik egy kísérleti fejlesztési fa kizárólag a bemeneti 
alrendszerhez, amit a 3 http://linux-input.bkbits. 
net:8080/linux-input címen érhetsz el. 


Korábban a bemeneti alrendszert a 

2 http://linuxconsole.sourceforge.net címen lehetett 
elérni, de a rendszermaggal együtt átköltözött a 
BitkKeeper alá. Bár az oldal nem tartalmaz túl sok leírást, 
található ott néhány hasznos folt a felhasználói szintű 
alkalmazásokhoz a CVS-fában. 


Az AMMABBBB bővítmény egyik eredeti változata a 
2 http:/Awww.wired.com/wired/5.08/linux pr.html címen 
található meg. 
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A Red Hat Linux Kickstart program átalakítása 


Hogyan hozzuk létre az igényeinknek megfelelő programokat tartalmazó 
CD-lemezt a gyors és könnyűszerrel elvégezhető telepítés számára? 


Linux-rendszer telepítése viszonylag könnyű feladat. 
19 Nemrég azonban az egymás után több gépre való tele- 

pítés feladata várt rám, ami időigényes tevékenység 
és magában hordozza a tévedések lehetőségét is. Ez a nehézség 
sújtotta a cégünket teljes egészében, sőt még azokat a cégeket is, 
amelyek a vállalkozásunkkal valamilyen függőségi kapcsolatban 
álltak. Emiatt kezdtem el használni a Red Hat Linux-változat 
Kickstart elnevezésű programját, vagyis hogy leegyszerűsítsem 
a telepítési folyamatot. Ez már önmagában is sokat segített, de 
még bőven volt mit finomítani. Amit tulajdonképpen szerettem 
volna, az nem más, mint egy önműködő telepítőcsomag, ami 
elfér egyetlen CD-lemezen: meghatározott részekre osztja fel a 
merevlemezt, és képes valamennyi frissített csomagot befogadni. 
Szerettem volna, ha el tudom indítani a telepítést, aztán ma- 
gára hagyhatom a gépet, és csak akkor térek vissza hozzá, 
amikor már a telepítés befejeződött. Ennek a célnak az elérése 
érdekében a Kickstartot kiegészítettem a Red Hat telepítőprog- 
ramjának testre szabott változatával, az Anacondával. 
Annak ellenére, hogy ez a program nem élvez hivatalos támo- 
gatást, a Red Hat több fejlesztőeszközt és leírást tett számomra 
hozzáférhetővé, hogy segítségemre legyen a telepítés testre- 
szabásában. Ezek közül fogok bemutatni néhány módszert az 
alábbiakban, amelyek biztosítják az olvasó számára a kezdés- 
hez szükséges információkat. 
E cikkünkben az alábbi témákat fogjuk megtárgyalni: a telepí- 
tett csomagok frissítése; a rendszertelepítés méretének csök- 
kentése, hogy minden elférjen egyetlen CD-lemezer, és fel- 
használóiüzenet-képernyő létrehozása. 
Általában véve az olvasónak tisztában kell lennie a Linux-tele- 
pítés elveivel. Iovábbá azt is feltételezem, hogy semmiféle 
különleges vasat nem használunk a telepítés során, hiszen az 
további egyedi beállításokat igényelne. 


A mintagép (build machine) telepítése 

Az első lépés magának a mintagépnek az elkészítése. Minthogy 
a telepítőeszközök egy adott változatra jellemzők, mind a min- 
tagépen, mind a célgép(lekjen ugyanannak a Red Hat Linux- 
változatnak kell működnie. Mostani példánkban a 8.0 változat- 
számmal ellátott Red Hat Linux-változatot fogjuk használni. 

A korábbi Red Hat változatok és a 8.0-s rendszer között eltéré- 
sek állnak fenn, ezeket tehát át kell vizsgálnod, ha valamelyik 
korábbi változatot használod. 

A kívánt Linux-változatnak a mintagépre való telepítése után 
az Anaconda programcsomagjait kell telepíteni. Ezek az előze- 
tes beállításoknak megfelelően nem lesznek telepítve, ezért 
kézi kiválasztás útján kell őket felhasználni. A szóban forgó 
csomagok a hivatalos Red Hat Linux-változat második lemezén 
találhatók meg, és az anaconda, anaconda-runtime 
valamint az anaconda-help nevet viselik — ennek az utóbbi 
csomagnak a telepítése nem kötelező. 

A következő lépés annak a könyvtárszerkezetnek a létrehozása, 


st 


ahová majd a telepítendő állományok fognak kerülni. A me- 
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revlemezrész méretét jól kell meghatározni, körülbelül 3 GB 
legyen. A merevlemezrész tényleges elhelyezése teljesen az 
egyéni ötletekre van bízva. A mostani példánkban a helye 
nem más, mint /RH80 . Ezen a könyvtáron belül minden egyes 
CD-lemez számára egy alkönyvtárat készítünk: 

mkdir -p /RH30O/CDI1;2;73] 

Most nem foglalkozunk a forrásprogramcsomagokkal, ezért 

a CD4 és CD5 lemezeket nyugodt szívvel kihagyhatjuk. Szük- 
ségünk lesz viszont a fentieken kívül egy további könyvtárra, 
amit az alábbi paranccsal hozzunk létre: 


mkdir /RH80/ONE CD 


ide kerülnek a későbbiekben a kiválogatott programok. Ekkor 
az egyes CD-lemezek tartalmát a megfelelő névvel ellátott 
könyvtárba másoljuk. Csatlakoztassuk a rendszerhez az első 
CD-lemezt, utána pedig adjuk ki a következő parancsot: 


cp. va /manat/cdromz" /7RHSO/Z€CDL/7 


Ismételjük meg ezt a lépést a második (CD2), illetve a harma- 
dik (CD3) lemez vonatkozásában. Most pedig másoljuk a 
CD-lemezeket jelző könyvtárak tartalmát a ONE CD könyv- 
tárba. Sokkal helyesebb azonban, ha csak közvetlen hivatkozást 
(hard link) hozunk létre, semmint hogy ténylegesen átmásol- 
juk az állományokat. Ilyen módon helyet takaríthatunk meg, 
ráadásul gyorsabban el lehet végezni ezt a műveletet. 


d 7REHSO 
cp -al CD1/$t ONE CD/ 
cp -al CD(2,3)/RedHat/RPMS/Y ONE CD/RedHat/RPMS/ 


A képernyőn megjelenik egy kérdés, hogy a TRANS.TBL 
állomány felülírható-e. Nemmel is válaszolhatunk. 


A csomagok kiválasztása 

A ONE CD könyvtár tartalmát addig nyirbáljuk, amíg fel nem 

fér egyetlen CD-lemezre - a korong kapacitását 700 MB-osnak 

feltételezem. Nem fogom részletekbe menően elmagyarázni, 

hogyan kell ezt a feladatot elvégezni, minthogy a Linux-ter- 

jesztésből eltávolítandó állományok listája telepítésről telepí- 

tésre változik. Hadd álljon itt mégis néhány tipp, hogyan lehet 

egy terjesztés méretét csökkenteni: 

e A telepítendő rendszerbe nem fogadjuk be a programok 
forráskódját tartalmazó RPM-eket. 

e — lávolítsuk el a dosutils könyvtárat, minthogy ezek önmű- 
ködő telepítések lesznek. 

e A szükségtelen csomagok eltávolítása. Ez meglehetősen 
bonyolult feladat lehet, mivel biztosnak kell lennünk abban, 
hogy a függőségek továbbra is érintetlenek maradtak. 


Fel kell jegyezni, hogy milyen állományokat távolítottunk el, 
hátha egyre-másra vissza kell lépni a korábbi változathoz. 

De akkor is szükséged lesz erre a listára, ha a későbbiekben 

a comps.xmli állomány tartalmát kell szerkesztened. 

A csomagok kiválasztásához a base és core csoportok összes 
csomagját a függőségeikkel együtt naplóállományba írtam, 

a comps.xmli állományban leírtaknak megfelelően. Ennek az 
adatnak a beszerzéséhez a getGroupPkgs .py héjprogramot 
használtam. 


cd /RH80/ONE CD/RedHat/base 
getGroupPkgs.py comps.xml 5 /RH80/pkglist 


További csomagnevek fűzhetők hozzá az állomány végéhez. 
Amint elkészült az syncRpms . py héjprogram által készített 
listám, eltávolítottam a listán nem szereplő csomagokat. 

A program paramétere a csomagokat tartalmazó könyvtár; 

a csomagok neveit tartalmazó listát a getGroupPkgs.py 
program hozza létre. Ez a héjprogram eltávolítja a listában nem 
szereplő csomagokat, és kiírja a csomagok neveit. Ezt a kime- 
netet egy állományba irányítjuk át, úgy, hogy a műveletről 
naplót kaphassunk. 


cd /RH8O 
syncRpms.py ONE CD/RedHat/RPMS/ pkglist 
55 pkgs rem 


A du parancs használata révén figyelemmel kísérhetjük a 
telepítendő rendszer méretét. A -h lehetőség földi halandók 
számára is érthető formában jeleníti meg az eredményt, a -s 
lehetőség viszont a teljes könyvtárfáról ad összegzést. 


du -hs /RH8O/ONE CD 


A hdlist állományok tényleges mérete újbóli létrehozásuk után 
csökken (lásd alább), mivel sok csomagot eltávolítottunk — ez 
viszont a CD méretét csökkenti. 

A csomageltávolítás kényes része az, hogy megbonthatja a 
csomagfüggőségek rendszerét. Annak ellenére, hogy a 
getGroupPkgs . py a comps.xmil állomány alapján feloldotta 
a függőségeket, nincs rá garancia, hogy az valóban helytálló. 
Ugyanakkor további csomagok beillesztése is megbonthatja 

a függőségeket. A függőségek helyességének ellenőrzésének 
egyik megbízható módja ideiglenes RPM-adatbázis létrehozása, 
majd az ez alapján kiválasztott csomagok próbatelepítésének 
végrehajtása. 


cd /RH80/ONE CD/RedHat/RPMS 

mkdir /tmp/testdb 

rom -—initdb --dbpath /tmo/testdb 

rpm ——-test -—-dbpath /tmp/testdb -Uvh ".rpm 


Keressük meg a kielégítetlen függőségeket jelző hibaüzenete- 
ket. Ha ilyenek bukkannának fel, oldjuk fel a függőségi hibát 
csomagok hozzáadásával vagy akár azoknak az állományoknak 
az eltávolításával, amelyek a függőségi eltéréshez vezettek, 

s utána ismételjük meg a fenti próbatelepítést. 

Ha a függőségi gondokat sikerült ilyen módon megoldani, 
máris hozzáláthatunk a rendszerünk frissítéséhez szükséges 
csomagok letöltéséhez. Helyezzük őket el egy önálló 
könyvtárba: 


mkdir -p /RH80/updates/RPMS/ 
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7. lista Kivonat a Kickstart-állományból 


ft a lemezrail mindegyik lemezrOsz let rlőse 
eltSarpart — — allit SinkásáKei NE 


:süülsmezfe Los züttstáaN oran eki 
—amelude /tmp$ffösC tree 


Sspackages —-——-resolvedeps 
(Core 
Base 


$pre 
1 ./0ím/SB 


íj 

t a lemezek felsorolEsa a jellemzikkel egy tt 
új 

set §(lList-hardotzives) 

E Send 


t egyelire annyit tudunk, mit kell 

ft elhelyezn nk kettindl nem t bb meghajt n 
fejl SA 
d2-$3 
1€ [ Snumdi — "2" ] ; then 

echo " part /boot —-Ífstype Extő ——size 75 
S -- ondiek 541 

part / "— fstype extl3 "— Size] — grow 
5-—-ondisk Sd1i part swap -—-recommended 

S  ondiok sodi 

part /home —-—-fstype ext3 ——size 1 

S AKOW —— ONdüsk See 

"5 /tmp partitato 


else 

echo " 

part /boot — fstypc EXL3 "5 S1ÜZE /5 

part swap —-——-recommended 

bEZt 7 — ESLYDE EZÉS "SIZE 72048 "— GrON 
part" /nhome — Ístype ext3  —size 1024 


2 /emo/partinto 


Ti 


Távolítsuk el a régi állományokat a telepítési könyvtárból, a fris- 
sített állományokat pedig kapcsoljuk (link) a telepítési könyvtár- 
hoz. Végezzük el ezt a műveletet minden egyes olyan frissített 


csomagra vonatkozóan, amelyben a regi rpm allomany az előző 
Linux-változathoz tartozó csomagot jelöli: 


cd /RH8O/ONE CD/RedHat/RPMS/ 
rm regi rpm allomany. rpm 
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ft ... az  sszes rÖgi rpm eltEvol tEsa 

cd /RH80O/updates/RPMS/ 

o -L új From allomany. Tpm 

/RH80/ONE. CD/RedHat/RPMS/ 

ft ... minden egyes .rpm-csomagra vonatkoz an 
elvőgezni 


Fel kell jegyezni, hogy mely csomagok lettek frissítve, hátha vala- 
melyik írissítést vissza kell vonni. Jó ötlet a függőségek és mére- 
tek újbóli ellenőrzése, hátha megváltoztak, amióta frissítve lettek. 
Ezután ellenőrizzük minden csomag belső ellenőrzőösszegét 
(internal checksum) az RPM csomagkezelő -K kapcsolójával. 
Elsőként a kulcsot kell importálnunk: 


cd /RH80/ONE CD/RedHat/RPMS 

rpm ——import /usr/share/rhn/RPM-GPG-KEY 
rpm -K ".rpm ] grep "NOT FOK" 

Ez az ellenőrzés nem szigorúan kötelező érvényű, ám mint- 
hogy csomagífrissítéseket töltöttünk le, ez ellenőrzi, hogy a 
csomagok érvényesek-e. 


A telepítési állományok elkészítése 

Ha már valamennyi állomány frissítve lett, újra létre kell hoz- 
nunk a hdlist állományokat. A csomagoknak csupán a fejlécét 
tartalmazzák ezek az állományok, amelyek az Anaconda szá- 
mára lehetővé teszik, hogy gyorsabban jusson a fejlécadatok- 
hoz. Minthogy csomagok frissítését végeztük el, ezeket az 
állományokat a genhdi ist eszközzel ismét fel kell újítani; 
az eszköz az anaconda-runt ime csomag része: 


/usr/1lib/anaconda-runtime/genhdlist N 
/RH80/ONE. CD/ 


A comps.xml állomány kezeléséről sem szabad elfeledkeznünk. 
Ez az állomány csomagcsoportokat és csomagfüggőségeket 
határoz meg, bár erre az utóbbira nincs százszázalékos garan- 
cia. Az állományszerkezet éppen a 8.0-s Red Hat Linux válto- 
zatban vált XML alapúvá, a korábbi változatokban csak rejtel- 
mes címkéket tartalmazó közönséges szövegállomány volt 
fellelhető. Biztosítanunk kell, hogy a csoportokon belül megha- 
tározott csomagok szerepeljenek a telepítésünkben. Ebben az 
esetben csak telepítendő csoportokkal kell foglalkoznunk. 
Abban az esetben, ha csomagok hiányoznak, vagy éppen ellen- 
kezőleg, csomagok lettek a rendszerhez adva, a comps.xml ne- 
vű állományt kell szerkesztenünk. 

Minthogy a core és base csoportnak valamennyi csomagját 
kiválasztottuk, nincs szükség ezen állomány szerkesztésére. 

A Kickstart állomány $packages utasításában egyszerűen eze- 
ket a csoportokat kell meghatároznunk. A Kickstart állományból 
készült kivonatot az 1. listában vehetjük szemügyre. A (Core 

és (Base csoportokat a szó szoros értelmében kihagyhatjuk, 
hiszen ezek az előre megadott értékeknek megfelelően úgyis 
telepítve lesznek; itt kizárólag a példa kedvéért bukkantak fel. 


Felhasználóiüzenet-képernyő létrehozása 

Szeretnénk felhasználói üzenet képernyőt létrehozni, amin 
keresztül használati utasításokat adhatunk a felhasználó szá- 
mára? Ezeket az üzeneteket a boot.img betöltési képállomány- 
ban szokták tárolni, CD-ROM-on történő telepítésnél pedig 
pontosan az images könyvtárban. Ez DOS-állományrendszer 
formátumú, úgyhogy csatlakoztatni kell a rendszerhez, hogy 
hozzáférhessünk a tartalmához: 
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cd /RH80/ONE CD/images 
mount -ú löop -t msdöos böoot.img /mnt/boot 


Ha bekukkantunk a /mnt/boot könyvtárba, ott hat üzenetállo- 
mányt fogunk találni: boot.msg, option.msg, general.msg, 
param.msg, rescue.msg, snake.msg. Létrehozzuk a saját üzenet- 
állományunkat, és a custom tetszőlegesen választott nevet 
adjuk neki. Minthogy a snake.msg állomány nincs használatban, 
a syslinux.cfg-én belül ezt a bejegyzést cseréljük ki custom.msg- 
re. Szerkesszük a syslinux.cfg állományt a /mnt/boot-ban, és az 
F7 gombbal cseréljük ki a snake.msg-ét F7 custom.msg-re. 

A syslinux.cfg állományon történt még néhány további módo- 
sítás, ezeket a 2. listában (48. CD Magazin/Kickstart könyvtár) 
tekinthetjük át. Az alapértelemezett bejegyzést Llinux-ról ks- 
re változtattuk. Ha időtúllépés fordul elő vagy a felhasználó a 
parancssornál leüti az Entert, akkor a ks címke lesz felhasz- 
nálva. Ezenkívül az időtúllépés értékét 600-ról 60-ra csökken- 
tettük, így a telepítés hamarabb megkezdődhet, amennyiben 
nem történik felhasználói adatbevitel. 

A képernyőbejegyzés is megváltozott. A boot.msg bejelentkező 
képernyő - azt szerettük volna, ha a custom nevet viselő saját 
képernyőnk jelenik meg. A ks címke alatti append (hozzáfű- 
zés) sort két pontosítással egészítettük ki. Az egyik a text 
kulcsszó, amivel lehetővé tesszük a szövegalapú telepítést. 

A másik pedig a ks kulcsszónak ks-cdrom: /ks.cfg -re 
történő megváltoztatása. Ez a kiegészítés pontosan kijelöli a 
Kickstart helyét, emiatt rendszerbetöltéskor a felhasználónak 
ezt szükségtelen megadnia a parancssorban. Ezután létrehoz- 
zuk a custom.msg üzenetállományunkat, amit a 3. listában 

(48 CD Magazin/Kickstart könyvtár) olvasgathatunk. 

Az állomány tartalma színek használatával könnyebben 
áttekinthetővé tehető. Például az "009Custom"002 jelsorozat 
a Custom színét kékre állítja be, a "002 viszont visszaállítja a 
korábban használt betűszínt. A Kapcsolódó címeknél megtalál- 
ható syslinux referenciából részletesebben tájékozódhatunk. 
Ha elkészültünk a custom üzenettel, már csak le kell választani 
a rendszerbetöltő képállományt (boot image). 


umount /mnt/boot 


A CD-lemez felépítése 

Mielőtt a CD-lemezt megírnánk, hálózaton keresztül végzett 
telepítéssel talán ki szeretnénk próbálni az összeállítást: ennek 
mikéntjét a RedHat Linux Kickstart-leírásából ismerheted meg. 
Szeretnénk, ha az összeállítás képes lenne önműködően telepí- 
teni magát, ezért a Kickstart-állományt magára a CD-lemezen 
is fel kell írnunk. A Kickstart-állományt bármilyen szövegszer- 
kesztővel létre lehet hozni, de akár a Kickstart Configurator 
nevű grafikus felhasználói felületet is használhatjuk. 

A Spre szakaszban egy héjprogrammal ellenőrizhetjük a merev- 
lemezeket, és a meghajtók száma alapján dinamikusan létrehoz- 
hatjuk a lemezrészadatot. Azt a tényt használjuk ki, hogy a 
Kickstart a Spre szakaszt végrehajtja, utána újraolvassa a Kick- 
start-állományt. Amikor másodszor olvassa, akkor az értelmezés- 
be már befoglalja a /tmp/partinfo állományt is, ahol a sinclude 
utasítás található: lásd az 1. listát. A /tmp/partinfo a héjprogram 
kimenete. A list-harddrives parancsot használjuk, ami fel- 
sorolja a rendszer számára elérhető merevlemezeket azok mére- 
tével együtt. Amint a lemezrész létrejön, megszabadít bennün- 
ket attól, hogy többszörösen létre kellene hoznunk a Kickstart- 
állományokat, magukban hordozva a lemezrészjellemzőket. 

A Kickstart-állományt létrejötte után nevezzük el ks.cfg-nek, 

és helyezzük el a telepítőtánk gyökérkönyvtárában, vagyis a 


A mkisofs által biztosított lehetőségek 


-r — Rock Ridge kiterjesztés, együtt a következőkkel: 
az állomány tulajdonosának valamilyen , használható" értékre 
való beállítása. 

Lehet, hogy meg kellene ismerned a -R lehetőséget, mivel 
-r-rel azonos, de a -R nem változtatja meg az állomány 
tulajdonosát. 

-T " A kapcsoló a IRANS.TBL állományt minden egyes 
könyvtárra vonatkozóan létrehozza. A használattól függően 
elképzelhető, hogy erre nincs is szükség. 

-J A ollet-kiterjesztések hasznosak, ha a CD-t más 
operációsrendszer-környezetben is használni szeretnénk. 

-V A CD kötetcímkéje: ez az, ami akkor jelenik meg, ha 
a CD-lemezt a meghajtóba helyezzük. 

-b . Eza kapcsoló jelzi, hogy a rendszerbetöltő képállományt kell 
használni, és a CD-lemezt , El Torito" típusú, 
rendszerbetöltésre alkalmas CD-ként kell elkészíteni. 

-c Az ,EI Torito" típusú, rendszerbetöltésre alkalmas CD-lemez- 
nél használatos indításkatalógus (boot catalog) elhelyezke- 
désének a forrásútvonalhoz viszonyított útvonala. 

-o . Az mkisofs parancs kimenetén megjelenő képállomány 
elhelyezkedése. 


/RH80/ONE CD/ könyvtárban. Egynél több Kickstart-állomány 
elkészítése és CD-lemezre írása is lehetséges. A különböző Kick- 
start-állományok szolgálhatják az , eltérő vasra" való telepítést. 
Most létrehozhatjuk a képállományt. Előző lépéseinknek 
köszönhetően a telepítendő rendszer elég kicsi lesz, és az 
összes frissített csomagot tartalmazza. A mkisofs program 
előállítja a képállományt, azután ezt felmásolhatjuk a CD- 


lemezre. A parancs, amivel az ISO képállományt előállíthat- 
juk, a következő: 


cd /RH80/ONE CD 

mkisofs -r -T -J -V "My Custom Installation 
CD" -b images/boot.img -c images/boot.cat 
5-o /RH8O/mydist.iso /RH80/ONE CD 


Vess egy pillantást a használható lehetőségeket felsorakoztató 
táblázatra, mely a 48 CD Magazin/Kickstart könyvtárában 
található. 

A mkisofs parancs utolsó jellemzője a lemeztartalmat hor- 
dozó forráskönyvtár, amit — például a saját telepítési könyv- 
tárunkat - be kell foglalni a képállományba. Több más kapcsoló 
is használható, amit esetleg szeretnénk igénybe venni, például 
a —A, -P és a -p lehetőségek kiegészítő címkézési módot 
biztosítanak a képállomány számára. A -m és —x lehetőségek 
révén bizonyos könyvtárak vagy állománytípusok (file pat- 
terns) kizárhatók a képállományból - további tájékozódés 
végett olvasd el az mkisofs parancs súgóoldalát. 

Ezután adjunk ellenőrző összeget (checksum) az ISO képállo- 
mányhoz. Ez a művelet nem kötelező érvényű, de a végfel- 
használók számára lehetőséget teremt, hogy ellenőrizzék CD- 
lemezük épségét. Az ISO képállományhoz ellenőrzőösszeget 
adó eszközt implantisomd5-nak hívják. Ezt a lépést a követ- 
kező parancs kiadásával tehetjük meg: 


implantisomd5 /RH8O/mydist.iso 
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Egy társeszközzel az ISO képállományhoz adott ellenőrző- 
összeget vizsgálhatjuk meg: 


checkisomd5 /RH8O/mydist.iso 


A CD-lemezt telepítés közben is ellenőrizni lehet. A CD-ről 
való rendszerbetöltés után a felhasználó kiadhatja a parancsot: 


linux mediacheck 


Most már a képállomány felírható a CD-lemezre. Feltételezem, 
hogy a CD-író már telepítve van a rendszeredre. Az alábbiak- 
ban a cdrecord programot fogjuk használni, de ettől eltérő 
programokhoz is nyúlhatunk. A CD-íráshoz szükséges paran- 
csot így kell kiadni: 


cdrecord -v speed-4 dev-0,0,0 /RH8O/mydist.iso 
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A speed (sebesség) és dev (készülék) lehetőségek csupán a rend- 
szeredtől függnek. A dev-hez megadható készüléktípust a 
cdrecord parancs -scanbus paraméterével lehet meghatározni: 


cdrecord -scanbus 


A kész CD-lemez használata 

Amint a képállomány CD-lemezre írása megtörtént, helyezd 

a lemezt a célgépbe, és indítsd el róla a rendszerbetöltést. 

A korábban készített és custom névre keresztelt saját üzenetet 
kell megkapnod. Ezen a ponton leütheted az ENTER billentyűt, 
vagy várakozhatsz, amíg időtúllépés nem lép fel a betöltési 
folyamatban. Ha ez bekövetkezik, akkor a betöltési folyamat az 
alapértelmezés szerinti címkét használja fel, vagyis azt, amelyet 
ks-ként (Kickstart) adtunk meg. 

Ha mindent jól végeztünk, a telepítésnek felhasználói beavat- 
kozás nélkül kell mennie. lapasztalatom szerint a telepítés 
körülbelül tíz percig tart, de ez a vas jellemzőitől függően 
változhat. 


Osszefoglalás 

A Kickstarttal és a saját céljainknak megfelelően átalakított 
Anacondával hatékony és rugalmas telepítés végezhető. Ez a 
telepítés nagymértékben javította a ciklusidőt és csökkentette 
a feladatkörömben (projekt) előforduló hibákat. Képes voltam 
több gépet több alkalommal telepíteni, szinte erőfeszítés nélkül. 
E cikkemben érintettem néhány módját annak, hogyan lehet 
kihasználni a Kickstartot és az Anacondát, ezeken kívül azon- 
ban még sok más lehetőség adott. Az érdeklődőket arra szeret- 
ném bátorítani, hogy tanulmányozzák át a Kapcsolódó címek 
között megadott leírást, és hogy bővebb információkért csatla- 
kozzanak a Kickstart- és Anaconda-levelezőlistákhoz. 


A cikkhez tartozó listák és címek megtalálhatóak a 48. CD 
Magazin, Kickstart könyvtárában. 
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Felületi mintázatok a Blenderben 465. rész) 04 ; 


Ebben a részben megtanuljuk, 


hogyan lehet valódi tükröző felületet létrehozni a Blender segítségével. 


ezdeném talán a legegyszerűbb résszel, vagyis a 
KK képek és animációk mintázatként való felhasználásá- 

val. Állítsuk be a tárgy anyagát, kapcsoljunk át az F6 
billentyűvel a mintázatok létrehozására alkalmas nézetbe. Itt 
a korábbiakban még nem ismertetett Image mintázatot kell 
választanunk, és az alábbi leírás alapján az igényeknek meg- 
felelően kell majd beállítanunk a tulajdonságokat. A mintázat 
típusa alatt látható gombsorral kezdhetjük az ismerkedést. 
Az InterPol kapcsolót arra használhatjuk, hogy amikor a 
tárgyra ráfeszítjük a mintázatot, a tárgy és a felhasznált kép 
mérete nem minden esetben azonos, tehát a képet a tárgy 
teljes befedéséhez a legtöbbször nagyítani kell. Ilyen esetekben 
a kép pontjait nem lenne célszerű csupán többszörözni 
— a szebb látvány eléréséhez két képpont közé színátmenetet 
képezhetünk. Ha például egy képet a kétszeresére nagyítunk, 
akkor egy piros és egy fehér képpont közé nem egyszerűen 
egy újabb piros pontot helyezünk el, hanem a két pont átlagát, 
vagyis egy rózsaszínű képpontot. lermészetesen, ha több kép- 
pontot kell beilleszteni, akkor a következő képlet alapján szá- 
míthatjuk ki a megfelelő színt: 





forrás képponti-pillanatnyi beillesztendő"((cél képpont- 
forrás képpont) / beillesztendő pontok száma) 


Ezt nevezzük lineáris interpolációnak, ennek megvalósítására 
alkalmas az InterPol kapcsoló. 

A következő kapcsoló a UseAlpha, ami arra jó, hogy a 
Blender az átlátszóságadatokat is tartalmazó képeken figye- 
lembe vegye ezt a tulajdonságot. Ilyen képeket könnyedén 
előállíthatunk például a Gimppel. A képet IGA vagy PNG 
formátumban tárolva ez az adat megmarad és használható. 
Amennyiben alkalmazni kívánt képünk nem tartalmazza ezt az 
adatot, a Blender a CalcAlpha kapcsoló alkalmazásával képes 
ezeket az értékeket kiszámítani. Az átlátszóság kiszámításához 
a Blender a képpontok intenzitását használja fel, vagyis minél 
világosabb egy képpont, annál kevésbé lesz átlátszó a mintázat 
az előállításakor. A NegAlpha kapcsolóval a kiszámított vagy 
tárolt átlátszóságértékek inverzét használhatjuk, vagyis ebben 
az esetben a sötétebb képpontok lesznek jobban átlátszók, míg 
a világosabbak kevésbé. lermészetesen a tárolt átlátszóság- 
adatok esetében az érték nem függ a képpont világosságától, 
ott teljesen szabadon határozhatjuk meg a képpontok fényát- 
eresztő képességét. 

A MipMap kapcsolóval elérhetjük, hogy a Blender a képpon- 
tokat ne csupán két dimenzióban interpolálja, hanem a kame- 
rától való távolság figyelembevételével több különböző felbon- 
tású képet készítsen a megadott mintázatból, és a kép kiszámí- 
tása során használja őket. Ennek az lehet az előnye, hogyha 
egy tárgy messzebb áll a kamerától, akkor nem kell akkora 
képpel számolni a megjelenítés során, vagyis gyorsabban kiszá- 
mítható a végeredmény. Viszont ahogy a tárgy közelebb kerül, 
a Blender a nagyobb felbontású mintát használja, tehát a tárgy 
mintázatának részletei is megjelennek. Ennek jó ellenpéldája 
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a réges-régi Wolfenstein 3D program, ahol a falhoz közeledve 
a falminta nem részletesebbé, inkább élvezhetetlenebbé vált. 

A Rot90 kapcsolóval a mintázatként használt képet 90 fokkal 
forgathatjuk el, míg a Movie kapcsoló segítségével közölhet- 
jük a Blenderrel, hogy nem egyszerű képről van szó, hanem 
egy animációról, ami képkockáról képkockára változik majd 

a tárgyon. Amikor animációt szeretnénk felhasználni, akkor a 
nézet közepén található Frames értékkel állíthatjuk be, hogy 
a kiszámított animációban mennyi képkockán keresztül kell 
ezt a mintázatot figyelembe venni, míg az alatta található 
Offset értékkel azt határozzuk meg, hogy azt a Blender a 
videórészlet hányadik képkockájától kezdve jelenítse meg a 
tárgy mintázataként. 

A Anti kapcsolóval kapcsolhatjuk be az élek finomítását, 
amivel -— hosszabb számítási időért cserébe — szebb eredményt 
kaphatunk. 

A fentiekben tárgyalt kapcsolók alatt találjuk az egyik legfon- 
tosabb gombot Load Image felirattal, amivel megadhatjuk a 
Blendernek, hogy melyik képet vagy animációt szeretnénk a 
mintázat létrehozásához felhasználni. A gomb használatával 
egy állománylista jelenik meg, ahol kiválaszthatjuk a megfelelő 
képet, és a Load gombbal betölthetjük. Amennyiben olyan 
animációt adunk meg, amit a Blender nem képes betölteni, 
hibaüzenet figyelmeztet minket. lapasztalataim szerint a Blen- 
derrel készült animációk betölthetők, emellett a tömörítetlen 
képkockákat tartalmazó avi formátumú és a Motion JPEG tö- 
möxrítéssel készült avi formátumú videórészletek használhatók. 
nik a gomb melletti mezőben, és az állománynév mellett talál- 
ható Reload gomb használatával a Blender újra beolvassa az 
állományt. Ez a lehetőség akkor hasznos, amikor a pontos min- 
tázat még nem készült el, vagyis folyamatos módosítás alatt 
áll, és szeretnénk megtekinteni a módosítások eredményét. 

A képek betöltésére szolgáló gomb alatt találhatjuk a Filter 
értéket, amivel azt határozhatjuk meg, hogy az interpolált na- 
gyítás és az előbbiekben tárgyalt MipMap szolgáltatás haszná- 
latakor a Blender mekkora környezetet vegyen figyelembe 

a köztes értékek kiszámításakor. 

A következő sorban lévő kapcsolókkal azt határozhatjuk meg, 
hogyha a kép vagy animáció kisebb, mint a tárgy, akkor a 
Blender hogyan számolja ki a tárgy fényáteresztő képességét. 
Az Extend kapcsolóval a kép szélén található színértékek a 
tárgyra is kiterjednek majd, a C1lip hatására a mintázat által le 
nem fedett területek átlátszósága nulla lesz, a ClipCube hasz- 
nálatával a kép köré rajzolható kockán kívüli területek átlát- 
szósága lesz nulla értékű, míg a Repeat alkalmazásával a kép 
vagy animáció átlátszóságértékei is megismétlődnek a tárgyon. 
E kapcsolók alatti XRepeat és YRepeat értékekkel állíthatjuk 
be, hogy a mintázat a tárgyon a vízszintes és a függőleges 
tengely mentén hányszor ismétlődjön. A képek mintázatként 
való felhasználásakor még azt is fontos meghatároznunk, hogy 
a Blender mekkora területet vegyen figyelembe a tárgy mintá- 
zataként. Erre szolgál a MinX, Miny, MaxX és MaxY érték, 


ezekkel pontosan beállíthatjuk a mintázat határait, és ezzel a 
megoldással elérhetjük azt is, hogy egy képen több tárgy 
mintázatát is megrajzolhassuk. 

Nos, ennyi talán elegendő ahhoz, hogy tetszőleges képet he- 
lyezhessünk el egy tárgyon, meglehetősen pontosan és válto- 
zatosan. Most ismerkedjünk meg azokkal a lehetőségekkel, 
amelyek segítenek a tükröző felületek előállításában. Azoknak, 
akik figyelemmel kísérték a sorozat korábbi részeit, talán fel- 
tűnt, hogy a mintázatok tárgyalásából kimaradt az EnvMap 
típusú felületi mintázat. Itt az alkalom, hogy ezt a hiányt pó- 
toljam, és megismertessem olvasóimat ezzel a lehetőséggel 





1. kép Egyszeres tükröződés 


és az eredményül kapott kép látványának nagyszerűségével. 
Az érthetőség kedvéért itt is az egyszerűbb látvánnyal kezdem. 
Amikor a Blendert elindítjuk, a jelenetben alapértelmezetten 
találunk egy tárgyat, használjuk fel ezt a tanulás során. Hama- 
rosan ez a síkfelület lesz a tükröző felületünk. Hozzunk létre 
egy lámpát és egy gömböt, hogy legyen valami, ami tükröző- 
dik a síkon. A síklapot az ALrI-M hatására megjelenő gombsor 
segítségével helyezzük át a második rétegre, majd mindkét 
réteget tegyük láthatóvá. Ezután jelöljük ki a síkot, és hozzunk 
létre egy új anyagot és egy új mintázatot is. A mintázat típusa- 
ként az EnvMap kapcsolót kell használnunk. Ez az a pont, 
amikor meg kell értenünk, hogy a Blender mi módon képezi le 
a környezetét visszatükröző tárgy mintázatát. Amikor egy ilyen 
mintázatot létrehozunk, a Blender egy virtuális kamerát helyez 
el a megadott ponton, és mindhárom tengellyel párhuzamosan 
két-két képet számít ki a jelenetről. Hármat pozitív irány felé 
néző kamerával, további hármat negatív irányba tekintő kame- 
rával. A későbbiekben ezeket a képeket fogja használni mintá- 
zatként, mégpedig olyan módon, mintha egy kockába zártuk 
volna a tárgyat, aminek oldalain ezek a számított képek látha- 
tóak. Az előbbiek alapján már látható, hogy a képek elkészí- 
téséhez meg kell adni egy térbeli pontot, itt fogja a Program 
elhelyezi a virtuális kamerát. Amikor a EnvMap kapcsolóval 
meghatároztuk a mintázat típusát, a nézetben megjelent egy 
OB: mező, amiben meg kell adni azt a tárgyat, ami ezt a pontot 
meghatározza. Azért, hogy e térbeli hely ne befolyásolja majd 
az összképet, a Főment/Add/Empty menüpontok kiválasztásá- 
val célszerű egy üres objektumot létrehozni. Ebből a pontból 
számítja ki tehát a program a képeket, ezért az előbbi OB: me- 
zőbe írjuk be a látszólagos tárgy nevét (a tárgy neve , Empty"). 
A kamera elhelyezése után nyomjuk meg a SHIFT-N billentyű- 
ket, aminek a hatására megjelennek a kiválasztott tárgy tulaj- 
donságai (ebben az esetben a kamera legyen a kiválasztott 
tárgy). Jegyezzük meg (írjuk fel) ezeket az értékeket, mert a 
helyes tükörkép előállításához a referenciaobjektumot ponto- 
san a kamera alatt kell majd elhelyezni, csak a Z koordinátát 
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2. kép Többszörös tükröződés 


kell ellentétes előjellel alkalmazni. Ez a megoldás akkor műkö- 
dőképes, ha a síklapot Z irányban nem mozgattuk el. Ameny- 
nyiben elmozdítottuk, akkor a térbeli pont és a kamera közötti 
függőleges távolság felénél kell lennie, tehát a pont vagy a 
kamera magasságát ennek figyelembe vételével újra kell szá- 
molni. Feltételezve, hogy a síklapot nem mozdítottuk el, jelöl- 
jük ki a tükröződés számításához szükséges pontot, majd 

a SHIFT-N billentyűkombinációval állítsuk be a térbeli helyét. 
Az X és Y koordinátáknak meg kell egyezniük a kamera X és Y 
koordinátáival, a Z koordináta pedig legyen ugyanakkora, mint 
a kamera és a síklap távolsága, de azzal ellentétes előjelű (az 
értéke alapesetben megegyezik a ka- 
mera Z koordinátájával, az előjele azon- 
ban negatív). Ezek után már csak azt 
kell a program tudtára adni, hogy ezen 
a tárgyon valóban használni is szeret- 
nénk a tükröződéshez kiszámított 
mintázatot, tehát jelöljük ki a síklapot, 
kapcsoljunk át az anyagszerkesztő 
nézetbe (F5 billentyű), és a nézet köze- 
pén kapcsoljuk be a Ref1 kapcsolót. 
Nézzük meg, mire jutottunk eddig: az 
F12-vel számíttassuk ki a képet. Láthat- 
juk, hogy a síklapon nem jelent meg a 
tükröződő gömb. Ez azért történhetett 
így, mert amikor a program a fentebb 
említett hat képet kiszámította, a tükrö- 
ződés kiszámításához használt nézőpontból a síklap eltakarta 
a gombunkat. lermészetesen erre is létezik megoldás. Kapcsol- 
junk vissza a mintázatokhoz, ahol a Dont render layer: felirat 
alatti gombsoron beállíthatjuk, hogy a program a számítások 
során milyen rétegeket hagyjon figyelmen kívül. Itt kapcsoljuk 
be a második réteget, hiszen a jelenet létrehozásakor a síklapot 
erre a rétegre helyeztük át. Ha most a végeredményt egysze- 
rűen újból kiszámítanánk, az nem változna semmit, mert a 
szükséges képeket a program már az előbbi számolás során 
előállította. A korábban kiszámított adatokat töröljük a Free 
Data gomb használatával, és számoljuk ki újra a végered- 
ményt. Ebben az esetben, ha mindent jól csináltunk, a síklapon 
meg kell jelennie a gömb tükörképének, ami azt jelenti, hogy 
továbbléphetünk a következő látvány megalkotásához. 
Célunk most az lesz, hogy a síklapon két gömb tükörképét 
lehessen látni, s ezek közül az egyiken a másik gömb is vissza- 
tükröződjön. Hozzunk létre egy újabb gömböt a kamera látó- 
terén belül, és a térbeli kurzor áthelyezése nélkül adjunk meg 
egy üres objektumot is. Az új gömböt helyezzük át a harmadik 
rétegre, és ezt is jelenítsük meg. A gömbnek adjunk anyagot, 
és mintázatként állítsuk be az EnvMap típust. Az anyagtulaj- 
donságok között ne felejtsük el bekapcsolni a Ref1 kapcsolót. 
lekintettel arra, hogy , Empty" "nevű objektum már szerepel 

a jelenetben, ezt a nevet már nem adhatjuk meg kiindulási 
pontként a tükröződés számításához. Jelöljük ki az utoljára 
elhelyezett üres tárgyat (ez most a gömb belsejében található), 
és az F9 billentyűvel kapcsoljunk át a tárgyszerkesztő nézetbe. 
Itt a fejlécről leolvashatjuk a tárgy nevét (az eddigi lépéseket 
követve ez Empty.001 lesz), amit az újabb gömb mintázatának 
kiindulási tárgyaként be kell írnunk az OB: mezőbe. Utolsó 
lépésként már csak azt kell megadnunk, hogy a Blender milyen 
rétegeket hagyjon figyelmen kívül a számítások során. Kapcsol- 
juk be a harmadik réteget, amin az új gömb található, hiszen 
az nem átlátszó — a tükröződés számításához használt képeken 
a gömb belseje jelenne meg. Ezek után a programmal számít- 
tassuk ki a végeredményt. 
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Láthatjuk, hogy ugyan a síklapon mindkét gömb tükörképe 
megjelent, a második gömbön szintén látható az első tükör- 
képe, de mintha valami még nem lenne tökéletes. A képet 
jobban szemügyre véve feltűnik, hogy a második gömb tükör- 
képén nem tükröződik az első gömb. Ennek az az oka, hogy a 
Blender a számítások során nem használ sugárkövetést, vagyis 
első lépésben nem számítja ki az egynél többszöri tükröződé- 
seket. Ezt láthatjuk az 1. képen. E nehézség megoldására , trük- 
köződést használunk. Miután ezt a kissé hibás képet kiszámí- 
tottuk, még egy lépést meg kell tennünk: töröljük a síklap 
kiszámított adatait — F6 2 Free Data -, majd számítsuk őket 
újra. Így a második gömbről készülő képen már látható az első 
gömb képe, vagyis a kívánt végeredményt kapjuk meg, ezt 
láthatjuk a 2. képen. Iovábbi tükörtrükköket az ismertetett két 
módszer használatával készíthetünk. Ne feledjük el megadni 
a megfelelő kiindulási tárgyat, sem a megfelelő tárgyakon 
kétszer kiszámítani a környezetről készülő képeket, továbbá 
az anyagtulajdonságoknál bekapcsolni a Ref1 kapcsolót. 

A gyakorlás során biztosan hamar feltűnik nekünk, hogy a 
tükörképek, bizony, meglehetősen alacsony felbontásban 


92 Linuxvilág 


készülnek, azaz nem túl szépek. lermészetesen a Blender erre 
is kínál megoldást, tekintsük csak meg a mintázatszerkesztő 
CubeRes értékét. Ennek alapbeállítása 100, ami nem túl nagy. 
Előfordulhat, hogy a tárgy-kamera-távolság olyan nagy, hogy 
a kis felbontású számítások is kielégítő eredményt adnak, de 
ha mégsem, akkor ezt az értéket szívünk és igényeink szerint 
legfeljebb 1000-re növelhetjük. Ezzel azt határozzuk meg, hogy 
a környezet leképezésekor használt kocka egy-egy oldalát alkotó 
kép milyen méretű legyen. Ez az érték képpontokban értendő. 
Amennyiben egy teljes animáció során szeretnénk a környezet 
leképezését alkalmazni (vagyis tükröződő felületeket számol- 
tatni a programmal), a mintázat nézetében található Static 
kapcsolót kapcsoljuk át a mellette látható Anim elnevezésűre. 
Így a Blender minden képkocka kiszámítása előtt létrehozza 
majd a környezet mintázatát. 

Végezetül a táblázatban láthatók a használt billentyűkombi- 
nációk, az újak és a már ismertek egy része egyaránt. 

A CD-mellékleten (48. CD Magazin/Blender) található példá- 
kat tanulmányozva a Blender és a tükröződő felületek kap- 
csolata remélhetőleg könnyen érthető. lermészetesen legjobb 
tudásom szerint szívesen válaszolok levélben feltett kérdé- 
sekre is. Legfontosabb tanácsom: továbbra se mulasszuk el 
folyamatos gyakorlást. 


Fábián Zoltán (dzoolkofreemail.hu, dzooligoyahoo.com) 
27 éves, jelenleg programozóként dolgozik. 
Szabadidejében szívesen kirándul, túrázik. Emellett 
szeret rajzolni, érdekli a 3D grafika és a Linuxszal 
kapcsolatban minden olyan program és program- 
nyelv, amit még nem ismer vagy nem próbált ki. 
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Iirányitsunk mindent egy helyről a Synergyvel! 


Kapcsoljuk a gépeket egymáshoz és önmagukhoz 
— KM kapcsolódobozok helyett — programmal! 


it is jelent a Synergy? A szó- 
tár a következő meghatáro- 
zást adja: , különálló elemek 
előnyös együttműködése". A Synergy 
eszköz ezt az együttműködést olyan 
módon éri el, hogy két vagy több gép 
között TCP/IP-hálózaton keresztül képes 
egyetlen billentyűzetet és egeret átlátszó 
módon megosztani. Ezen felül a Synergy 
akár a kiválasztott szöveget és a vágó- 
laptartalmat is képes megosztani az 
ICCCM (Inter-Client Communication 
Conventions Manual) elvárásainak meg- 
felelően, Unicode-támogatással. A sor- 
elemeléseket önműködően alakítja át a 
Unix és Windows formátumok közt, így 
a rendszerek közti vágás és másolás 
éppoly egyszerűvé válik, mintha egyet- 
len rendszeren dolgoznánk. lovábbá 
képes rávenni a képernyővédőket, hogy 
egyetértésben induljanak és álljanak le. 
Röviden minden számítógép a saját 
megjelenítőjét használja, nekünk csak 
az egeret kell a képernyő széléhez vin- 
nünk, és máris átugrottunk a másikra. 
Az egész csaknem olyan érzés, mintha 
több számítógépen egyszerre egyetlen 
hatalmas munkafelületünk lenne. 

A Synergy tulajdonképpen a billentyű- 
zet, illetve az egér kapcsolódobozok 
programmal megvalósított megfelelője. 
Jelenleg Linuxon és Windowson fut, 
illetve előzetes változata a Solarist is 
támogatja. Ezek a felületek bármilyen 
összetételben használhatók. Ebből a 
cikkból azt tudhatjuk meg, hogyan tele- 
píthetjük a Synergy rendszert két (vagy 
több) linuxos gépre. A beállítás általában 
csak néhány percet vesz igénybe. 





Előkészítés és telepítés 

Először is töltsük le a Synergy legutóbbi 
üzembiztos változatát a SourceForge ol- 
dalról (a sourceforge.net/projects/synergy2 
címről, vagy a 48-as CD Magazin/ 
Synergy könytárából). Azután kövessük 
a megszokott módszert: 


tar xzf synergy-X.Y.2.tar.gz 
cd synergy-X.Y.2 


. /configure 
make 
su -c :make install: 
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Itt az X.Y. 2 a változatszámot jelenti. 
Az oldalon szintén elérhető, előre össze- 
állított RPM-változatot is telepíthetjük, 
ha kívánjuk. A végrehajtható állomá- 
nyok a /ustr/local/bin könyvtárba kerül- 
nek, hacsak más könyvtárat nem adunk 
meg a configure-nak. Ismételjük meg 
ezeket a lépéseket minden gépen, vagy 
a bináris állományokat (synergyc és 
synergys) egyszerűen másoljuk át. 


A kiszolgáló beállítása 

Válasszuk ki a kiszolgálót, azt a rend- 
szert, amihez az egér és a billentyűzet 
fizikailag kapcsolódik. Ezen a rendsze- 
ren készítenünk kell egy Synergy-beállí- 
tásfájlt, aniben megnevezzük a kiszol- 
gálót, a kapcsolódásra jogosult számító- 
gépeket (az ügyfeleket) és ezek virtuális 
képernyőkiosztását. Egyszerű szöveges 
állományról van szó, ami két kötelező és 
egy elhagyható szakaszból áll. Nézzünk 
egy példát a beállításfájlra: 


section: screens 
guava : 
mango: 
end 
section: links 
guava: 
right — mango 
up — guava 
mango: 
left - guava 
end 
section: aliases 
guava: 


guava.tropical-Ííruit.org 
mangó: 
mangó tropical-iírúlt.otg 
end 


A screens (képernyő) szakasz egyszerűen 
felsorolja a kiszolgáló és az összes kapcso- 
lódásra jogosult gép nevét. A links (kap- 
csolatok) szakasz a gépek képzeletbeli 
egymásmellettiségét adja meg. Például 
guava meghatározása szerint mango a 
jobb oldalán található, így amikor az egér 
kiszalad a guava képernyőjének jobb 
peremén, a mango képernyőjének ellen- 
kező (jelen esetben a bal) oldalán jelenik 
meg újra. Minden számítógép legfeljebb 
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egy-egy meghatározást tartalmazhat a 
következő kulcsszavak közül: Left (bal), 
right (jobb), up (fel) és down (le). A szá- 
mítógép saját magára is hivatkozhat; a 
fenti példában a gyava felső részén kilép- 
ve az egér a gyava alján jelenik meg újra. 
A befűzések nem lesznek önműködően 
szimmetrikusak. Ha a mangóra akarunk 
ugrani, kölcsönösen be kell állítanunk, 
hogy a guava a mango bal oldalán talál- 
ható. Ez a lehetőség akkor igazán hasz- 
nos, ha egyszerre több mint két gépet 
akarunk kezelni. Például legyen a harma- 
dik gépünk neve banan, ami a guava és a 
mango felett helyezkedik el, de a bananról 
csak az egyikükre lehet lefele jönni. 

Az aliases nevű harmadik szakasz elhagy- 
ható. Az ügyfelek csatlakozáskor megad- 
ják a gépnevüket (vagy a parancssorban 
megadott nevüket) a kiszolgálónak, így a 
kiszolgáló meg tudja őket keresni a beál- 
lítástájlban. Hálózati beállítástól függően 
némelyik rendszer teljes értékű tarto- 
mánynevet ad vissza, mások viszont csak 
a gépnevüket. Az alias (álnév) szakasz- 
ban, mint a neve is sugallja, felsorolhat- 
juk, hogy milyen neveken ismerjük a 
számítógépeket. A fenti beállítás szerint 

a mango egyaránt kapcsolódhat mango 
vagy mango.tropical-fruit.com néven is. 
A kiszolgáló saját neve megállapításakor 
is végignézi az álneveket. 

Bizonyára feltűnt, hogy a beállításfájl 
nem határozza meg, hogy a guava vagy 
a mango legyen-e a kiszolgáló. Erre 
ugyanis semmi szükség - ez a beállítás 
változtatás nélkül működik, bármelyik 
gép legyen is a kiszolgáló. Legyen 
mondjuk a gyava gép a kiszolgálónk. 
Készítsük el saját beállításainkat a fenti 
példa alapján, majd mentsük a 
$HOME/.synergy.conf fájlba. 


Az ügyfelek és kiszolgáló kipróbálása 
Indítsuk el a Synergy kiszolgálót: 


synergys -f -1 


(Hamarosan a kapcsolók jelentését is 
megmagyarázzuk.) A kiszolgáló néhány 
üzenetet ír ki a héjprogram ablakába, és 
ha minden jól megy, készen várja a kap- 
csolatokat. A kiszolgálón belüli, önma- 


gára mutató hivatkozások máris működ- 
nek. A guava gépen az egeret a képernyő 
tetejének tolva annak alulra kell ugrania. 
Minthogy a kiszolgálónk már fut, ké- 
szen állunk az ügyfelek csatlakoztatásá- 
ra. Indítsuk el az ügyfelet a másik rend- 
szerünkön (ebben a példánkban a 
mango gépen): 


synergyc -f -1 —-——no—-camp 
guava 


A guava nevet a saját kiszolgálónk nevé- 
vel vagy hálózati címével kell helyettesí- 
tenünk. Az ügyfél szintén megjelenít 
néhány üzenetet, aztán vagy kapcsoló- 
dik a kiszolgálóra, vagy hibával kilép. 
Ha sikeresen csatlakozott, máris mind- 
két rendszerünkön használhatjuk az 
egeret, a billentyűzetet és a vágólapot. 
Ugyanígy próbáljuk csatlakoztatni a 
többi ügyfelet is. 

Amennyiben a parancssori kapcsolók 
érvénytelenek vagy a beállításfájl hibás, 
a Synergy hibaüzenetet jelenít meg a 
héjprogramban, majd kilép. Ha a kiszol- 
gáló- vagy az ügyfélkapcsolat valami- 
lyen más okból kifolyólag sikertelen, 
akkor a hibát röviden ismertető ERROR 
vagy FATAL kezdetű naplóbejegyzést 
fogunk látni. Sajnos itt nincs hely arra, 
hogy valamennyi hibalehetőséget végig- 
nézzük, de az üzenet remélhetőleg ele- 
gendőnek fog bizonyulni, hogy megta- 
láljuk a hiba okát. 

A fent használt parancssoros kapcsolók 
azt jelentették, hogy az ügyfél és a ki- 
szolgáló az előtérben futhat és az üzene- 
teket a héjprogramban jelenítsék meg 
(—-£), valamint — ha nem állandó hibaje- 
lenség bukkanna fel (—1) — a rendszer 
lépjen ki. Alapértelmezés szerint az 
ügyfél és a kiszolgáló is a háttérben fut, 
az üzenetek a sys 10o9-ba íródnak, nem 
állandó hibák esetén pedig néhány 
másodperces várakozás után a rendszer 
újra próbálkozik. A --no-camp kapcsoló 
azt tudatja az ügyféllel, hogy lépjen ki, 
amennyiben a kiszolgáló az egyik kap- 
csolatot szándékosan lezárja. Egyébként 
az ügyfél egy kis tisztogatás után újra 
megpróbál kapcsolódni; erről az aláb- 
biakban még ejtünk néhány szót. Léte- 
zik néhány további lehetőség is, a teljes 
lista megtekintéséhez adjuk ki a 
--help parancsot. 


A Synergy önműködő indítása 

Ha egyszer kipróbáltuk a kiszolgálót és az 
ügyfeleket, valószínűleg azt szeretnénk, 
ha a jövőben maguktól is elindulnának. 
A Synergynek szüksége van az X-kiszol- 
gálóra, ezért ha az X felállása előtt indít- 
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juk, nem fog működni. A legegyszerűbb 
módszer a Synergy önműködő elindítá- 
sára, ha egy újabb sorral bővítjük a 
$HOME/.xsession állományunkat vagy 
az annak megfelelő X-folyamatot indító 
parancsfájlt. Általában az .xsessior fájl- 
ból kapcsoló nélkül indíthatjuk el a 
Synergy-kiszolgálót, az ügyfelek egyet- 
len kapcsolója pedig a kiszolgáló neve 
lesz. A programok a háttérben fognak 
futni és maguk is kilépnek, amint az 
X-kiszolgáló kilép vagy újraindul. 

Ezzel a beállítással csak az a gond, hogy 
a Synergy az xdm (vagy az ennek megfe- 
lelő kdm vagy gdn) által futtatott beje- 
lentkező képernyőn sajnos nem fog 
futni. Ha rendelkezünk a szükséges jogo- 
sultságokkal, megjelenítéskezelőnket 
átállíthatjuk, hogy az X indításakor 

a Synergy rendszert is indítsa el. Először 
is a $(HOME/.synergy.conf állományt má- 
soljuk a /etc/synergy.conf helyre (a máso- 
dik elején nincsen pont), hogy a megje- 
lenítéskezelő megtalálhassa. Azután szer- 
kesszük át az Xsetup parancsfájlt; a kü- 
lönféle terjesztések különféle helyeken 
tartják ezt az állományt, úgyhogy ma- 
gunknak kell megkeresnünk. A parancs- 
fájl vége felé, de még bármilyen kilépés- 
(exit) hívás elé szúrjunk be két sort. Két 
lehetőség között választhatunk. Azon a 
gépen, ahol az ügyfelet szeretnénk indí- 
tani, írjuk be a következő sorokat: 


/usr/bin/killall synergyc 
/usr/1local/bin/synergyc guava 


A guava szót helyettesítenünk kell a 
kiszolgálónk nevével. A kiszolgáló indí- 
tásához csak ennyit kell beírnunk: 


/üsr/bin/killall syvnergys 
/usr/1local/bin/synergys 


. Xsesstion fájlunkból ne felejtsük el eltá- 
volítani a Synergyt indító valamennyi 
bejegyzést. Néhány megjelenítéskezelő 
biztonsági okokból lefoglalja a billen- 
tyűzetet, és a felhasználó bejelentkezé- 
séig nem is ereszti el (ilyen az xdm és 
kdm, a gdm viszont nem). A Synergy 
kiszolgáló így bejelentkezés előtt nem 
képes megosztani az egeret és a billen- 
tyűzetet. Azt azonban nem akadályozza 
meg, hogy a Synergy ügyfél értelmezze 
az egér- és billentyűzetbemenetet; je- 
lentkezzünk be a kiszolgálóra, majd a 
Synergy segítségével jelentkezzünk be 
az ügyfélre is. 

A ——no—-camp kapcsoló nélkül indítva 
ügyfelünk 60 másodpercenként megpró- 
bál kapcsolódni a kiszolgálóra, amíg siker- 
rel nem jár, úgyhogy az ügyfelet a 





kiszolgáló előtt is elindíthatjuk. Ezt a ké- 
pességet a laptopgépeken ki is használ- 
hatjuk: folyamatosan futtassuk az ügyfe- 
let. Amikor rákötjük az otthoni hálóza- 
tunkra, 60 másodpercen belül rákapcsoló- 
dik Synergy kiszolgálónkra. Ettől kezdve 
a kiszolgáló billentyűzetét és egerét hasz- 
nálhatjuk a laptop eszközei helyett is. 
Végül egy fontos megjegyzés a bizton- 
sággal kapcsolatban. Az írás születésé- 
nek pillanatában a Synergy még nincs 
semmilyen azonosító- vagy titkosító- 
képességgel felvértezve. Mivel az összes 
egér- és billentyűzetbementet továbbítja, 
beleértve a jelszavakat is, ne használjuk 
olyan hálózatokon, amikben nem bí- 
zunk meg. A Synergy jövőbeli változa- 
taiban hamarosan ezt a nehézséget is 
felszámolják. 
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Az rsync (2. rész) 


Az rsync-modulok fájlrendszerszintű beállításai és kapcsolatok létrehozása. 





z előző alkalommal névtelen felhasználók számára 
AA helyeztünk üzembe egy rsync-kiszolgálót. Az első 

kódrészlet — a múlt hónapban is mintaként használt 
rsyncd.cont állomány - néhány biztonsági szempontból hasz- 
nos beállítást szemléltet. Példánkhoz visszatérve most ejtsünk 
néhány szót az rsync-modulok (könyvtárak) fájlrendszerszintű 
beállításairól. A fő elvek ebben az esetben is megegyeznek 
a névtelen FIP chroot-környezetekben használtakkal. A kül- 
önbség mindössze annyi, hogy a chroot használatához nem 
kell futtatható vagy beállítófájlokat bemásolni, mint azt néhány 
FIP-kiszolgálónál látni. 
Az rsync beállítóállományában csak apróbb módosításokat kell 
végrehajtani az elérési útvonalak és engedélyezett állomások 
között, és máris a névtelen felhasználók rendelkezésére állha- 
tunk. Ez még elég soványka dolog. Hogyan tudjuk fogadni a 
névtelen feltöltéseket, illetve miként hozhatunk létre külön 
modult a hitelesített felhasználók számára? A második kódrész- 
let mindkét kérdésre megadja a választ. 
Először szükségünk lesz egy bejövő (a továbbiakban bejovo) 
nevű modulra, aminek az elérési útvonala /home/bejovo. Most 
is a nyilvánosan írható könyvtárak esetében (lásd , lips for 
Securing Anonymous FIP" a , Building Secure Servers with 
Linux" című műben) alkalmazott elvek jutnak érvényre, egyet- 
len fontos különbséggel: a névtelen rsync szolgáltatás esetében 
adni, vagyis 0733-as módot kell beállítani. Ha ezt elmulasztjuk, 
a feltöltések anélkül lesznek sikertelenek, hogy a felhasználó 
erről bármiféle hibaüzenetet kapna, vagy a kiszolgáló napló- 
jába bejegyzés kerülne. 
Ebben az esetben is érdemes megfogadni néhány, az FIP-ki- 
szolgálókra is érvényes tanácsot: a könyvtár tartalmának vál- 
tozását mindig kövessük figyelemmel, nehogy visszaéljenek 
a szolgáltatásunkkal, és a tartalma soha ne legyen bárki által 
olvasható. A feltöltött fájlokat a lehető leghamarabb -— célsze- 
rűen a cron-ból -— mozgassuk át egy nyilvánosan el nem 
érhető könyvtárba. 
A [bejovol] csoportban az egyetlen új beállítás az átvitelek 
naplózása. Ezzel arra utasítható az rsync, hogy egy kicsit 
részletesebb naplót készítsen a fájlátviteli próbálkozásokról. 
Alapértelmezett esetben a beállítás értéke: no (nem). Emellett 
a már ismert read-only beállítás is no értéket kapott, felülbí- 
rálva ezzel az átfogó beállítások között szereplő yes-t (igen). 
Nincs hasonló eszköz arra, hogy az rsync tudomására hozzuk 
a könyvtár írható voltát. A lehetőségeket a könyvtárra meg- 
adott engedélyek szabják meg. 
A példa második része egy korlátozott elérhetőségű, 
Zenebolondok nevű modult ad meg. Ebben három új beállí- 
tással ismerkedhetünk meg. Az első a list, ez adja meg, hogy 
a modul megjelenjen-e, amikor a távoli felhasználók a kiszol- 
gálón elérhető modulok listáját kérdezik le. Alapértelmezett 
értéke yes. 
A másik két beállítás, az auth users és a secrets file 
szabja meg a csatlakozó ügyfelek hitelesítésének módját. 
Az rsync hitelesítési összetevője, ami csak démonmódban 
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érhető el, egy meglehetősen komoly, 128-bites, MD5 alapú 
kihívás-válaszadás jellegű eljárást használ. Ez két okból is 
jobb a normál FIP-hitelesítésnél. Egyrészt a rendszer nem 
továbbítja a jelszavakat a hálózaton keresztül, így nem lehet 
őket lehallgatni. Ettől még - elméletileg — nyers erővel 
(brute force), kivonatokkal kivitelezett támadást lehet 
indítani a kiszolgáló ellen! 

Másrészt az rsync nem használja a rendszer hitelesítő adatait, 
a felhasználónév-jelszó párosokat saját állományban tárolja. 
Ezt az állományt kizárólag az rsync használja, semmilyen kap- 
csolatban nincs a /etc/passwd vagy a /etc/shadow állománnyal. 
Ha tehát valaki eredményesen támadja az rsyncet, a felhasz- 
nálók rendszerazonosítói nem kerülnek közvetlen veszélybe, 
hacsak valaki nem végzetesen rosszul állította be az rsync 
könyvtárhozzáféréseit vagy az adott könyvtárakra vonatkozó 
jogosultságokat. 

Maguk az adatátvitelek az FIP-hez hasonlóan titkosítás nélkül 
folynak - tehát igaz, hogy az rsync ellenőrzi a felhasználók 
adatait, ám az adatok épségét nem biztosítja, illetve bizalmas- 
ságukat sem védi a hallgatózóktól. Ilyen elvárások esetén SSH 
vagy Stunnel felett kell futtatni. 

A secrets file beállítás adja meg az rsync felhasználónév- 
jelszó párosokat tároló állományának nevét. Ez hagyományo- 
san a /etc/rsyncd.secrets, de gyakorlatilag bárhol, tetszőleges 
névvel elhelyezhető, és a .secrets végződés sem kötelező. 
Ennek a beállításnak nincs alapértelmezett értéke. Ha az auth 
users beállítást engedélyezed, akkor a secrets file értékét 
is meg kell adnod. Az alábbi részlet egy secrets file 
tartalmát szemlélteti: 


watt : shyneePAIT3 
bell:díingplunkBOOM! 


A fetcírsyned.secrets mintaállomány tartalma 

A második kódrészlet auth users beállítása adja meg, 
hogy a secrets file-ban szereplő felhasználók közül 

kik jogosultak a modul elérésére. Minden olyan ügyfélnek, 
aki ehhez a modulhoz próbál csatlakozni - feltéve, hogy 
átjutott ahosts allow és a hosts deny hozzáférés-vezér- 
lési listák révén emelt akadályokon -, meg kell adnia nevét 
és jelszavát. Ne feledd pontosan megadni az érintett fájlokra 
és könyvtárakra vonatkozó jogosultságokat, ugyanis ezek 
szabják meg, hogy csatlakozás után a hitelesített felhasználók 
mit művelhetnek. Ha az auth users beállításnak nem adsz 
értéket, akkor a rendszer nem követeli meg a felhasználók 
hitelesítését, és a modul névtelen rsync-hozzáféréssel is 
elérhető lesz. Démonmódban ez az rsync alapértelmezett 
viselkedése. 

Nagyjából ez az, amit egy névtelen és hitelesített felhasználók 
által egyaránt elérhető rsync-szolgáltatás beindításához tudnod 
kell. A parancssori és a beállítófájlban található további beál- 
lításokról — köztük az itt nem tárgyalt, a naplóüzenetek testre- 
szabására használhatókról — az rsync(8) és az rsyncd.conf(5) 
súgóoldalak szolgáltatnak bővebb tájékoztatást. 


7. ista Egyirsynedécont mintara 


t kizEr lag Etfog hat k rrel megadhat 
ft beEll tEsok 
syslog facility — local5 


t Etfog  jelleg8B, de a moduloknEl is 
t megadhat  bekll tEsok 

use chroot — yes 

uid — nobody 

éjael nobody 

max connections — 20 

timeout — 600 

read only — yes 


1. poldamodul: 
IOÉoNEtct je 
path — /hceme/public rsynce 
comment — NyilvEnos fEjlok 
hosts allow — helyi.valami: ord; 
EPS EZ 


ignore nonreadable — yes 
refuse options — checksum 
dont camoaorzreaessg — "s 


2. lista További rsyned.conf modulok 


[bejovol 

path — /home/bejovo 
comment — Ide rhatsz, 
read only — no 

ignore nonreadable — yes 


de nem olvashatod 


transfer logging — yes 


IZenebolondok] 
path — /home/cvs 
comment — zZenebolondok CVS-tEr 


list — no 
auth users — watt,bell 
secrets file — /etc/rsyncd.secrets 


Az rsync használata távoli rsync-kiszolgáló elérésére 
Nehogy elfeledjem: még nem mondtam el, hogy rsync-kiszol- 
gálóhoz hogyan kell ügyfélként kapcsolódni. Az írásmód 
roppant egyszetű, a távoli állomás nevének beírásakor egy 
helyett két kettőspontot kell használni, és a kívánt modulhoz 
abszolút helyett relatív elérési útvonalat kell megadni. 
Példaként vegyük elő az előző hónap felállását, amiben a helyi 
gépet helyinek, a távolit pedig távolinak hívtuk, és tegyük fel, 
hogy az ujcuccok.tgz fájlt szeretnénk letölteni, illetve a távoli 
gépen démonmódban fut az rsync. Emellett azt is feltesszük, 
hogy nem emlékszünk már rá, hogy a távoli gépen milyen 
nevű modul alatt találhatók az új állományok. Először tehát 
le kell kérdezni az elérhető modulok listáját: 


[rootíhelyi darthelm ]$ rsync tavoli: : 
public NyilvEnos fEjlok 
de nem olvashatod 


bejovo Ide rhatsz, 
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(Korántsem véletlen, hogy a modulok neve így alakul, a pél- 
dákban is ezeket állítottuk be. lermészetesen a Zenebolondok 
modul neve sem véletlenül nem jelenik meg a listában.) 

A keresett könyvtár neve public. Ezek után az alábbi parancs- 
csal tudod az aktuális munkakönyvtáradba másolni az 
ujcuccok.tg fájlt: 


[yodeldivaíhelyi -]t rsync 
etavolii:pübliezüjeúöcöok edz 


A kétszeres kettőspont és az elérési útvonal formátuma is eltér 
az SSH-módnál megismerttől. Míg az SSH abszolút elérési 
útvonalat vár a kettőspont mögött, az rsync démon egy 
szolgál. Csak a példa kedvéért lássuk ugyanezt a parancsot 
SSH-módban: 


[yodeldivaGghelyi -]t rsync -e ssh 
etavoli:/homezpübiliée reynezüjeúüecöok taz 


A két parancs természetesen nem teljesen egyenértékű, hiszen 
a távoli gép rsync démonfolyamatát a könyvtár tartalmának 
névtelen - vagyis hitelesítést nem végző - felhasználók szá- 
mára való elérhetővé tételére állítottuk be, az SSH viszont 
minden alkalommal megköveteli a hitelesítést (igaz, ezt önmű- 
ködővé is lehet tenni, ha nulla hosszúságú RSA vagy DSA 
kulcsot alkalmazunk; lásd a , Building Secure Servers with 
Linux" negyedik fejezetét). Nem is ez volt a lényeg, hanem 


az, hogy megmutassam az elérési útvonalak kezelésében jelent- 


kező különbséget. 


Az rsync hújtatása Stunnel segítségével 

Az utolsó rsync használati mód, amiről szót ejtek, a démon- 
módban futó rsync és az Stunnel párosítása. Az Stunnel 
olyan általános célú ILS- vagy SSL-burkoló, ami bármelyik 
egyszerű ICP alapú átvitel titkosítással — és választható mó- 
don X.509 tanúsítvánnyal - védett beágyazására használható. 
Igaz, hogy SSH-módban futtatva az rsync titkosítással ruház- 
ható fel, ám elveszti démonmódban elérhető szolgáltatásait, 
amik közül a névtelen hozzáférés lehetőségét emelném ki. 
Az Stunnel segítségével legalább olyan jó titkosítás érhető el, 
mint SSH-val, de megtartható a névtelen kapcsolatok 
támogatása is. 


Mi a helyzet az önhívással (recursio)? 


Azzal kezdtem, hogy az rsync mennyire hasznos, ha nagyobb 
adatmennyiségeket — programarchívumokat, CVS-fákat — kell 
másolni, de összes példámban csak egy-egy állomány máso- 
lásáról volt szó. Ennek oka az, hogy elsősorban az rsync biztonsá- 
gos használatát akartam bemutatni. 

A rengeteg ügyféloldali (parancssori) rsync-kapcsoló felfedezésé- 
nek örömét meghagytam neked, kedves olvasó. Mindenre kiter- 
jedő leírást az rsync(8) súgóoldalon találsz. Különösen figyelemre 
méltó a -a (vagy ——archi ve) kapcsoló, ami a -r1ptgoD 
rövidítése, és a legtöbb fájltípusra — eszközökre és közvetett 
hivatkozásokra is — vonatkozóan önhívó működést Ír elő; illetve 

a —C (vagy —cvs-exclude), ami az rsyncet CVS stílusú 
fájlkihagyási szabályok használatára utasítja a másolandó fájlok 
kiválasztásakor. 
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Az Stunnelről részletesen is olvashatsz a , Building Secure 
Servers with Linux" 5. fejezetében, ahol sok példában az 
rsyncet is viszontláthatod. Akadhatnak olyanok is, akik szá- 
mára újdonság következik: 


Ebben az esetben az alábbi lépéseket 
kell a kiszolgálóoldalon végrehajtani 


1. 
2 


Az rsyncd.conf beállításait a megszokott módon kell megadni. 
Az rsyncet a ——port kapcsolóval kell meghívni, és 873-tól 
eltérő kapuszámot kell megadni, például: 

rsync -daemon ——port-8 /30 


. Egy Stunnel-figyelőt (listener) kell életre hívni a 873-as TCP- 


kapun, ami minden, ezen a kapun érkező bejövő kapcsolatot 
az előző lépésben megadott kapura fog irányítani. 


. Ha nem akarod, hogy bárki kedvére kapcsolódhasson a 


géphez, a hosts.allow állományban tiltsd le a 2. lépésben 
megadott kapura vonatkozó nem helyi kapcsolatokat. 
Emellett (vagy ehelyett) az ÍP lables beállításait is hasonlóan 
módosíthatod. 


Az ügyféloldalon az alábbiak szerint alakulnak a dolgok 


1. 








felhasználói szint: 


LEIINU2 
Hibaelhárító 


VV VV WV 


Lépj be rendszergazdaként, állíts be egy Stunnel-figyelőt a 
8/3-mas ICP-kapura (feltéve, hogy nincs rsync-kiszolgáló a 
helyi gépen, ami már használja ezt a kaput), ez az összes erre 
a kapura érkező bejövő kapcsolatot a távoli kiszolgáló 873- 
mas ICP-kapujára fogja irányítani. 


. Amikor kapcsolódni akarsz a távoli kiszolgálóhoz, a távoli 


kiszolgáló neveként Llocalhost-ot kell megadnod. A helyi 
Stunnel-folyamat csatlakozik a kiszolgálóhoz, és rsync-cso- 
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da 






felhasználói szint: 


magjaidat a távoli Stunnel-folyamat felé továbbítja. A távoli 
Stunnel-folyamat visszafejti az általad küldött rsync-csoma- 
gokat, és átadja őket a távoli rsync-démonnak. A válaszcso- 
magok természetesen ugyanezen a titkosított kapcsolaton 
keresztül érkeznek. 


Mint látható, maga az rsync most is nagyon hasonló beállítá- 
sokat használ, mint a névtelen csatlakozások esetében — a 
munka túlnyomó része az Stunnel-továbbítók beállításával 
kapcsolatos. 
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Solutions Inc.-nél Minneapolisban (Minnesota). 
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Héjprogramozás Linux alatt (2. rész) 


Ismerkedjünk meg a héjváltozókkal, 


a parancssori kapcsolókkal és a feltételes utasításokkal! 


Lp Lf 


ikksorozatunk előző részében egy egyszerű héjprog- 
ramot kezdtünk el fejleszteni, ami a pillanatnyi 
könyvtár bejegyzései közül képes volt kiválogatni 
az alkönyvtárak neveit. 
A forráskódja valahogy így festett: 


1: $!/bin/sh 


2: ls -1 I] grep "d 
3: echo " sszesen""1s -1l ] grep 7d I wc —L"" 
alk nyvtEr." 


A harmadik sorban látható parancsbehelyettesítés hajszálpon- 
tosan ugyanezt a műveletet tartalmazza, pusztán azért, mert 

a bejegyzéseket meg is akarjuk számolni. Nyilván az olvasó 

is érzi, hogy kétszer csinálni meg valamit ugyanabban a prog- 
ramban nem valami elegáns megoldás. Mennyivel szebb lenne, 
ha a második sor kimenetét átmenetileg tárolnánk valahol, és 

a harmadikban már csak fölhasználnánk! Nos, ezzel el is érkez- 
tünk a változók használatához. 

A héjprogramokban - akárcsak más programnyelvekben - gya- 
korlatilag tetszőleges számú változót használhatunk. Ezeket 
nem kell külön megadnunk, mivel abban a pillanatban, amikor 
értéket adunk nekik, önműködően létrejönnek. Előző példánk 
,elegánsabb kivitelben" a következőképpen fest: 


12 $i/binz eti 

2: lista—"1ls -1l ] grep 7d" 

3: echo "$Slista" 

4: echo " sszesen" "echo "Slista" [I wc —-1L!" 


alk nyvtEr." 


A második sor kimenete most egy lista nevű változóba kerül. 


Ezt a tartalmat a következő sorban egy echo paranccsal rögtön 
a képernyőre küldjük, a rákövetkezőben pedig ugyanezt a 
parancsot használva megszámoljuk és kiíratjuk, hogy a tartal- 
ma hány soros. 

Figyeljük meg, hogy az új változót minden különösebb teke- 
tória nélkül vezettük be, egyszerűen a rá vonatkozó értékadás- 
sal (2. sor). Amikor azonban a tartalmához akarunk hozzáférni, 
a $ dollárjelet kell közvetlenül a neve elé írni (3. és 4. sor). 
Szintén érdemes megjegyezni, hogy a 4. sorban alkalmazott 
parancsbehelyettesítés szemmel láthatóan nem gátolja a válto- 
zó tartalmára való hivatkozást. Ugyanakkor mindkét érték 
szerinti hivatkozást kettős idézőjelek közé zártuk - erre csak 
akkor van szükség, ha a változó tartalmában valamilyen 
különleges karakter (jelen esetben új sor) is található. A kettős 
idézőjel megakadályozza, hogy a héj értelmezze ezeket a 
karaktereket. Esetünkben, ha megszüntetjük az idézőjelezést, 
akkor az echo egyetlen hosszú sorként jeleníti meg a változó 
valójában többsoros tartalmát, és a wc is csak egy sort fog 
érzékelni (próbáljuk ki!). 

Egy héjváltozóban bármit (karaktert, egy- vagy többsoros 
szöveget, számot) elhelyezhetünk, maga a héj azonban min- 
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dent szövegnek tekint. A héjváltozóknak tehát nincs a hagyo- 
mányos értelemben vett típusuk. Értékadásnál a szóközöket is 
tartalmazó karakterláncot kettős idézőjelek közé kell zárni. 

A fejlesztés következő lépéseként azt kellene megvalósítanunk, 
hogy programunk ne csak a pillanatnyi könyvtárban működ- 
jön, hanem parancssori kapcsolóként elfogadjon egy tetsző- 
leges könyvtárnevet. Héjprogramokban a parancssori kapcso- 
lókra a $1, $2 stb. szimbólumokkal hivatkozhatunk; a parancs- 
sorban az egyes kapcsolók tartalmát egy vagy több szóköz 
választja el egymástól. Ha szóközt is tartalmazó karakterláncot 
akarunk egyetlen kapcsolóként megadni, akkor azt kettős 
idézőjelek közé kell zárnunk. Programunkban - legalábbis első 
megközelítésben -— csupán a második sort kell módosítani: 

2: listas"ls -L 81.11] arep "d" 

A dolog csaknem tökéletes, sőt új programunk még akkor is 
helyesen működik, ha elfelejtünk neki könyvtárnevet megadni. 
Ilyenkor , hagyományos módon" a pillanatnyi könyvtárral 
dolgozik. (Ebben ugyebár semmi természetfölötti nincs, hiszen 
a kapcsolók nélkül meghívott 1s parancs is pontosan ezt teszi.) 
Egyéb, különleges helyzetekkel próbálkozva azonban hamar 
rájövünk, hogy akad még két apró gond. Ha a megadott 
könyvtárból egyáltalán nem nyílnak alkönyvtárak, progra- 
munk az összesítésnél akkor is azt állítja, hogy azok száma I; 
ha pedig véletlenül nem létező könyvtárat adunk meg neki, 
akkor az 1s parancs szabványos hibaüzenete jelenik meg, de 

a program az összesítést ilyenkor is elvégzi. Az utóbbi csak 
csúnya, az előbbi azonban kifejezetten hiba. 

A téves összegzés okára kezdő héjprogramozók igen nehezen 
szoktak rájönni, és ez nem véletlen. Józanul gondolkodó ember 
ugyanis azt hinné, hogyha egy változóban nincs semmi, akkor 
az echo kimenetén is ,semmi" fog megjelenni — ez azonban 
csak majdnem igaz. Az echo ugyanis alapértelmezésként 
akkor is kiküld egy újsor karaktert, ha semmi dolga nem lenne. 
Ezt pedig a wc boldogan megszámolja, hiszen számára az üres 
sor is sor. Az echo alapértelmezett viselkedését a -n kapcso- 
lóval a 4. sorban lehet letiltani: 


4: echo " sszesen" "echo -n 
alk nyvtEr." 


"Slista" ] wc —1L"" 


A hibás kapcsolók kezeléshez természetesen egy logikai elága- 
zást fogunk beiktatni, ami aszerint működik, hogy a parancs- 
sori kapcsolóként megadott néven létezik-e könyvtár. Ez azon- 
ban már sorozatunk következő részének a témája lesz. 


Büki András (buki(oDvuk.chem.elte.hu) 
Körülbelül kilenc éve dolgozik Linux 
operációs rendszerrel. Állandó szerzőtársa 
Prof. Dr. H. V. Kuksinak, akivel a Duna vagy a 
Tisza partján szoktak az élet és a tudomány 
viselt dolgairól töprengeni. 
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Operációs rendszerek (12. rész) 


Irásunkban a Unix, illetve a Linux memóriakezelőnek a rendszerhívásokkal való 
kapcsolatát tárgyaljuk, valamint a jelek, a fork és az exec használatát mutatjuk be. 


z idáig memóriakezeléssel foglalkoztunk, pontosabban 
fe bemutattuk, hogyan működik a virtuális memória. 

Szó volt ennek gyakorlati megvalósításáról is, méghozzá 
éles rendszereken bemutatva. A memóriakezelő feladata 
azonban még nem ér véget ezen a ponton - például kezelnie 
kell a rendszerhívásokat és a jelekkel is foglalkoznia kell. 
Folyamatstrukturált rendszerekben a memóriakezelőt az esz- 
közközeli rendszermagvilág és a felhasználói réteg közötti 
határként is felfoghatjuk. (Ez részben a monolitikus rendsze- 
rekről is elmondható, de ott az effajta rétegződés nem ennyire 
nyilvánvaló). A memóriakezelő szorosan együttdolgozik a 
maggal, de nem foglalkozik az eszközök alacsony szintű hasz- 
nálatával: a felhasználói folyamatokkal törődik. 

Ezért a memóriakezelő életében nagyon fontos szerepet tölte- 
nek be a rendszerhívások. Emlékezzünk vissza sorozatunk első 
részére, ahol azt mondtuk, hogy a rendszerhívásokkal érhetjük 
el az operációs rendszer szolgáltatásait. Ezeket a felhasználótól 
érkező rendszerhívásokat valakinek értelmeznie kell, a kívánt 
feladatot végre kell hajtania (vagy egy alacsonyabb szinten 
lévő alrendszerrrel el kell végeztetnie), majd a végeredményt 
vissza kell juttatnia a rendszerhívást végrehajtó számára. Erre 
a feladatra valóban a memóriakezelő a legalkalmasabb. 

A rendszerhívásokat egyébként két részre oszthatjuk fel: 
azokra, amiket a memóriakezelő szolgál ki, és azokra, amiket a 
fájlrendszer. Az előbbi csoportba nemcsak azok a szolgáltatások 
tartoznak, amelyek egy-egy memóriablokk lefoglalását, illetve 
felszabadítását teszik lehetővé, hanem olyanok is, mint például 
egy gyermekfolyamat létrehozása, egy alkalmazás elindítása 
vagy például egy jel elküldése. Sorozatunk mostani részében 
ezekkel a rendszerhívásokkal foglalkozunk, a fájlrendszerrel 
pedig a következő hónaptól kezdve ismerkedünk meg részle- 
tesebben is. Mindenekelőtt elevenítsünk fel pár fogalmat! 


Néhány alapvető fogalom 

A továbbiakban néhány olyan alapvető unixos fogalommal 
fogunk dobálózni, amelynek az egyik részéről már szóltunk, 

a másik részéről még nem - az a közös bennük, hogy nem árt 
tisztában lenni a jelentésükkel. 

Az első ilyen fogalom a folyamatazonosító, vagyis a PID (Process 
ID). Egy olyan természetes számról van szó, amiből minden 
folyamat birtokol egyet, ugyanis a rendszer csak ennek alapján 
azonosítja magát a folyamatot. lalán felesleges megjegyeznünk, 
hogy két folyamatnak egyidejűleg nem lehet ugyanaz az azono- 
sítója. Sőt, ha a rendszer egy azonosítót egyszer már kiosztott, 
azt soha többé nem osztja ki újból (pontosabban addig, ameddig 
újra nem indítjuk). 

Nemcsak a felhasználók, de a folyamatok is csoportokba szer- 
vezhetők. Minden folyamat rendelkezik egy folyamat-csoport- 
azonosítóval is. Ilyen módon lehetővé válik, hogy nemcsak egy 
folyamatnak, hanem egy egész folyamatcsoportnak jeleket 
küldhessünk (lásd később). 

A felhasználókat és a (felhasználói) csoportokat szintén számok- 
kal azonosítjuk, ez az uid és a gid, velük valószínűleg 
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már mindenki találkozott. Ami viszont magyarázatra szorulhat, 
az az, hogy mi is voltaképpen az az euid és az egid, azaz a tény- 
leges (effektív) felhasználó-, illetve csoportazonosító. Ez az 
azonosító az, amelyik ténylegesen számít egy feladat elvégzé- 
sekor. Gondoljunk a SETUID-os programokra! Lényegtelen, 
hogy ki indítja el, a program akkor is megteheti mindazt, amit 

a tulajdonosa is megtehet. Ha tehát egy futtatható állomány 

a rendszergazda tulajdonában van, és rendelkezik a SETUID 
bittel, akkor a tényleges jogosultsága meg fog egyezni a rend- 
szergazdai jogosultságokkal. (Ha a tényleges jogosultságok 
fogalma egy kicsit homályos, ne bánkódjunk, a következő 
részben a fájlrendszer kapcsán sokat fogunk vele foglalkozni.) 
Az utolsó fogalom, amire szükség lesz, a tgrp-id, más néven 
terminál-csoportazonosító. Ennek az értéke annak a folya- 
matnak a PID-jével egyezik meg, amelyik az adott folyamat- 
hoz tartozó terminál eszközfájlját legelőször megnyitotta. 

(ez az esetek többségében nem más, mint a jelszóparancsfájl). 
Most, hogy már mindent elsoroltunk, vágjunk is bele a közepébe! 


A jelek 

A jelekre már sokszor hivatkoztunk, arról azonban, hogy pon- 
tosan mik ezek és mire is valók, aligha beszéltünk részletesen. 
Most változtatunk a helyzeten, és elmesélünk mindent, amit 

a jelekről tudni érdemes. 

Sorozatunk harmadik részében, amikor az IPC-vel (a folya- 
matok közötti kapcsolattartással) foglalkoztunk, több olyan 
nehézséget is bemutattunk, amelyeknek a feloldásához elen- 
gedhetetlen, hogy két folyamat egymással , beszélni" tudjon. 
Ezekben a példákban az volt a közös, hogy amikor egy folya- 
mat már nem tudott tovább dolgozni (például az étkező 
filozófusok esetében nem állt rendelkezésre mind a két villa), 
akkor a folyamat blokkolt, és egészen addig várt, amíg valaki 
fel nem ébresztette. 

Az előző mondat kulcsszava a , várt". A gond ott van, hogy 

jó lenne, ha egy folyamattal akkor is tudnánk adatot közölni, 
amikor dolgozik, azaz éppen semmiféle bemenetre nem számít. 
Erre találták ki a jeleket — segítségükkel bármelyik időpil- 
lanatban jelezhetünk bizonyos dolgokat az éppen futó folyama- 
toknak, tekintet nélkül arra, hogy az éppen min munkálkodik. 
(Az már más kérdés, hogy az adott folyamat mit csinál a beér- 
kező jelzéssel, az is előfordulhat, hogy figyelmen kívül hagyja.) 
A jelek csak első hallásra tűnhetnek valamiféle titokzatos 
dolognak. Valójában teljesen hétköznapi dolgok a rendszer 
életében, sőt minden bizonnyal mindenki küldött már jelet 
egy folyamatnak. Gondoljunk csak arra, mit csinálunk, ha 

egy alkalmazás lefagyott. Vannak rendszerek, amikor a Reset 
gomb megnyomása az egyetlen kiút, de a Linux nem tartozik 
közéjük. Elegendő, ha egy SIGTERM, súlyosabb esetekben egy 
SIGKILL nevű jelet küldünk az adott folyamatnak, ami ennek 
hatására az fejvesztve menekül a memóriából. (A Unixban a 
jelek küldésére a ki 11 utasítás szolgál. Sokan úgy gondolják, 
hogy ezt a parancsot egy folyamat megsemmisítésére találták 
ki, pedig eredeti feladata a jelküldés. Az más kérdés, hogy 


szinte minden esetben a SIGTERM és a SIGKILL jel elküldé- 
sére használják, de bármi mást is továbbíthatunk a segítségé- 
vel. A jelekről listáta ki11 —-1 utasítással kaphatunk.) 

Hogy egy alkalmazás mit tesz a beérkező jelekkel, az kizárólag 
a programozón múlik. Mindenesetre a jelek kezelése meglehe- 
tősen kényelmes feladat: csupán annyi a feladatunk, hogy a 
program indulásakor a SIGACTION nevű rendszerhívás segít- 
ségével átadjuk annak az eljárásnak a címét, amelyik majd 

a jel kezeléséért felelős lesz. Például a SIGTERM jelhez is rendel- 
hetünk egy ilyen eljárást, ami nem csinál mást, mint lezárja az 
összes megnyitott állományt, ezután visszaadja a folyamat által 
foglalt memóriát. Ennek köszönhetően, ha véletlenül végtelen 
ciklusba kerül a folyamat, a SIGTERM jel hatására ki fog lépni. 
Ugyanennek a rendszerhívásnak a segítségével lehetőségünk 
nyílik a beérkező jelek figyelmen kívül hagyására is. Ilyenkor 
hiába küldözgetünk lázasan jeleket, semmi sem fog történni. 

A jeleket blokkolhatjuk is, ez a folyamat annyiban különbözik 
az előzőtől, hogy a beérkező jelek tárolva lesznek, és a folyamat 
csak a blokkolás megszüntetése után kapja meg őket. 

Ha nem készítünk ilyen eljárást, akkor az adott folyamat figyel- 
mem kívül fogja hagyni a beérkező jeleket, még a SIGTERM-et 
is. (Pontosabban, ha egy folyamat a SIGACTION rendszerhívás 
segítségével nem rendel jelkezelő eljárást egy jelhez, akkor az 
adott jel beérkezésekor a memóriakezelő egy alapértelmezett 
tevékenységet fog elvégezni. Hogy ez pontosan mi is, az az 
adott jeltől függ, de általában két dolgot jelenthet: vagy nem 
történik semmi, vagy kilövi a folyamatot.) 

Létezik azonban egy jel, amit egyetlen folyamat sem vehet 
semmibe: ez pedig a SIGKILL. Ezt a jelet ugyanis nem a folya- 
matnak kell kezelnie, hanem a memóriakezelőnek. A folyamat 
nem is tud róla, hogy neki SIGKILL-t küldtek, és esélye sincs 
védekezni ellene. Ilyen jelre nyilvánvalóan szükség van, mert 
enélkül lehetetlen lenne megszabadulni az olyan lefagyott 
alkalmazásoktól, amik nem válaszolnak a SIGTERM-re. Viszont 
érdemes a beragadt programok ellen bevethető legeslegutolsó 
, fegyvernek" meghagyni, ugyanis ilyenkor nincs lehetősége 

a memóriában lévő adatokat a lemezre írni, míg a SIGTERM 
esetében ezt még megteheti. 


A jelek és a memóriakezelő kapcsolata 

Most már tudjuk, mi történik akkor, ha egy folyamathoz jel 
érkezik. Az azonban még mindig homályos folt számunkra, 
hogy miként juttatja őket a rendszer célba. 

A jelek alapvetően kétféleképpen keletkezhetnek: vagy egy 
folyamat által, a ki 11 rendszerhívás segítségével (ez az eset 
megegyezik azzal, amikor a felhasználó kiadja a ki11 utasí- 
tást), vagy maga a rendszermag hívja életre őket. A rendszer 
számára lényegtelen, miképpen is keletkezett az adott jel, 

a célbajuttatás módja minden esetben megegyezik. 

Először is meg kell állapítanunk, hogy ki kinek küldte az adott 
jelet, és van-e hozzá jogosultsága. A jogosultság ellenőrzésekor 
az az alapelv, hogy egy rendszergazdai folyamat mindenkinek 
küldhet jelet, viszont mindenki más csak azoknak, akiknek a 
minden általunk elindított alkalmazásnak küldhetünk 
SIGKILL-t, de más felhasználó folyamatait ilyen módon nem 
tudjuk kiiktatni. A rendszergazdára ilyen megkötés nem vonat- 
kozik, ő bárkinek a folyamatát leállíthatja. A dolog azért nem 
ilyen egyszerű: a memóriakezelőnek olyasmire is figyelnie kell, 
hogy a címzett véletlenül nem zombifolyamat-e (mert ilyennek 
nincs értelme jelet küldeni). 

Ezután ellenőrizni kell, hogy a címzett folyamat az adott jelet 
figyelembe veszi-e, illetve érvényben van-e a jelek blokkolása. 
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Ha érvényben van, akkor fel kell jegyezni, hogy milyen jelet 
kapott, és — amint a blokkolás megszűnik - ismételten el kell 
küldenie a memóriakezelőnek (természetesen a SIGTERM jelre 
a blokkolás nem vonatkozik). 

Ha a blokkolás érvénytelen, akkor két eset lehetséges: a folya- 
mat vagy foglalkozik az adott jellel, vagy figyelmen kívül 
hagyja. Először nézzük meg az előbbi esetet! Ilyenkor a 
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memóriakezelőnek ki kell számítania, hogy a címzett folyamat 
pontosan hol is helyezkedik el a memóriában, továbbá meg 
kell hívnia a jelkezelő eljárást. Ez azonban nem egyszerű 
művelet, ugyanis előbb mentenie kell a folyamat pillanatnyi 
állapotát (erre azért van szükség, hogy a folyamat ugyanon- 
nan folytathassa munkáját, ahol a jel beérkezése előtt tartott). 
Erre a folyamat vermét szokás használni. Ezzel az a gond, 
hogy korántsem biztos, hogy a veremben elegendő szabad 
hely van az összes adat mentésére, ezért még mielőtt bármi 
érdemlegeset cselekednénk, ellenőrizni kell, hogy valóban 
elfér-e minden a veremben. Ha nincs elég szabad hely, akkor 
baj van, mert a rendszer nem tehet mást, minthogy kilövi a 
folyamatot (szerencsére ma már elég ritkán fordul elő, hogy 

a folyamat verme megtelik). A folyamat állapotának mentését 
a memóriakezelő nem tudja elvégezni, ezért az alacsonyabb 
szinten lévő rendszermaghoz fordul. A jelkezelő eljárás csak 
ezután kerül meghívásra. Miután a folyamat a szükséges 
teendőket elvégezte, meghívja a SIGRETURN rendszerhívást, 
aminek hatására a veremből visszaállítódik a régi állapot 

(ezt is a mag végzi). 

Ha viszont a folyamat nem rendelkezik jelkezelő eljárással, 
akkor a memóriakezelő az adott jelhez tartozó , alapértelmezett 
tevékenységet" fogja elvégezni. Ez két dolgot jelenthet: vagy 
nem fog történni semmi (azaz a memóriakezelő figyelmen 
kívül hagyja a jelet), vagy kilövi a folyamatot. Az utóbbi eset- 
ben mindig készül egy úgynevezett core dump állomány, ami 
az adott folyamat memóriatérképét tartalmazza (ehhez a fájl- 
rendszer közreműködése is szükséges). 


Amikor egy folyamat elindul. . . 

A Unixban kétféleképpen keletkezhet új folyamat. Létrejöhet 
úgy, hogy egy -— már létező -— folyamat szétágazik, azaz a 
fork rendszerhívás segítségével gyermekfolyamatot hoz 
létre. De megszülethet olyan módon is, hogy egy folyamat 
egy másik programot indít el maga helyett. Erre az exec 
nevű rendszerhívás alkalmas. A két rendszerhívás tehát 
teljesen másra használható és másképpen is működik, azon- 
ban van bennük két közös dolog: mindkettő új folyamatot 
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7. lista Példa egy gyermekfolyamat létrehozására 


result — fork(); // gyermekfolyamat 

löőtrehozEsa 

né resült  EHásSSROD // ha a visszatörősa 
/7/ örtok négat v 


// hiba zenetet 
) else ( 
at (resúlt — 0) 
( 
// ezt fogja csinElni a 
// gyermekfolyamat 


/7 ezt pedig a sz li 


hoz létre és memóriafoglalást hajt végre. A továbbiakban 
mind a kettővel megismerkedünk. 


Gyermekfolyamatok 

Egy folyamatnak tehát a FORK rendszerhívás segítségével 
gyermekfolyamatok létrehozására nyílik lehetősége. A gyer- 
mekfolyamat csaknem pontos másolata lesz a szülőfolyamat- 
nak: ugyanannyi memóriát foglal el és ugyanazt a kódot is 
használja. A gyermek azonban egy különálló folyamat, azaz 

a szülővel (és a többi folyamattal) párhuzamosan fog futni. 
Hogy megértsük, mit is jelent ez a gyakorlatban, vessük egy pil- 
lantást az 1. listára, ahol egy gyermekfolyamat létrehozására lát- 
hatunk példát. Azok kedvéért, akik nem jártasak a C programo- 
zási nyelvben, röviden elmeséljük, mi történik. Először is meg- 
hívjuk a fork rendszerhívást (pontosabban a fork () könyvtári 
eljárást, ami majd intézkedik, hogy a fork rendszerhívás vég- 
rehajtódjon). A művelet végeredménye egy szám lesz (amit a 
result nevű változóban tárolunk). Ha az értéke negatív, akkor 
nem jártunk sikerrel, például azért, mert nem volt elég szabad 
memória. Ilyenkor nincs más teendőnk, mint egy hibaüzenetet 
kiíratni és kilépni. Ha azonban a result értéke 0 vagy nagyobb, 
akkor a gyermekfolyamat megszületett. Ne felejtsük el, hogy a 
gyermek és a szülő kódja ugyanaz, tehát innentől kezdve a 
gyermek is ezt a kódot hajtja végre! A különbség csupán annyi, 
hogy a gyermek esetében a változó értéke 0, míg a szülőnél a 
létrejött gyermek folyamatazonosítóját (PID-jét) tartalmazza. 
Ilyen módon lehetőség nyílik annak eldöntésére, hogy az adott 
kódot most a szülő- vagy a gyermekfolyamat hajtja-e végre. 
Meg kell jegyeznünk, hogy a fork rendszerhívást , gonosz" 
dolgokra is fel lehet használni, például arra, hogy egy folyamat 
nagyon sok példányban előállíthassa magát, leterhelve ezáltal 
a processzort és , felzabálva" a szabad memóriát. Az ilyen prog- 
ramokat forkbombáknak nevezzük. Hatékonyan védekezni 
ellenük csak az erőforrások használatának korlátozásával lehet, 
de a jelenlegi Linux-terjesztések szerencsére már alapból 
védettek az efféle támadások ellen. 

A gyermekfolyamat nemcsak a szülő kódját, hanem a jogo- 
sultságait is örökli. Ha nagyon pontosak szeretnénk lenni, 
akkor ezt valahogy úgy lehetne megfogalmazni, hogy a gyer- 
mekfolyamatok öröklik a szülőt futtató felhasználó- és cso- 
portazonosítót, továbbá a tényleges felhasználó- és csoport- 
azonosítókat is. 
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2. lista 
Példa az exec rendszerhívás végrehajtására az execle() 
könyvtári függvény segítségével. Ez a sor a /bin/ls program 
meghívását eredményezi -— ugyanaz, mintha a 
parancsfájlban kiadtuk volna az ,s -I claudla.]jpg" utasítást. 


T-SXZSEILS ( VÁDETY, masszát VAL EKS A UNSSAL EAT ÉL VB 
a" alaudia. jpg", (c llöekeétBE 


Az elsai OÖrtők a binEris EllomEny nevőt 
tartalmazza. A k vetkezi ÖrtÖők magknak a 
parancsnak a neve (ez egyőbkönt elhagyhat ), 
a harmadik Os a negyedik $SrtÖkkel a 
vögrehajtand parancs kapcsol it adhatjuk 
meg. Mivel t bb Srtőket is meg lehet adni, 
sz ksedg van em mogy jelezni tüúdjuk, mikor 
dr vőget a felsorolEs. Erre szolgEl a 

(enac os ho Az ütots mor é0k az tej DEOGTaimnak 
Headand pazancstkjlyatitoz kéa műtat. 


3. lista Példa az exec és a fork rendszerhívások ötvözésére 


1 ZEgjldán 
if (fork() —— 0) 
( SZAKMA SAM s" VIa 49—I9  (ehar 
9) 0, EI0u 
else ( 
wait (éresult); 3 


A jogosultságokon kívül a munkakönyvtárban és a jelkezelő 
eljárásokban sincs különbség a gyermek és a szülő között. 

A gyermek ugyanakkor az ütemező számára független folya- 
mat, így egyedi folyamatazonosítóval (PID-del) kell rendel- 
keznie. Akad még pár dolog, amiből a gyermekfolyamat saját- 
tal bír, ilyenek például a fájlleírók, de erről majd a fájlrendszer 
tárgyalásakor beszélünk részletesen. 


Az exec rendszerhívás 

A fork rendszerhívást abban az esetben használhatjuk, ha 

a gyermeknek valamilyen a szülőfolyamathoz hasonló fela- 
datot kell ellátnia. A gyakorlatban azonban ilyesmi viszonylag 
ritkán fordul elő. A helyzet az, hogy legtöbbször valamiféle 

a szülőfolyamattól teljesen független dolgot kell tennie. 

Sőt van olyan eset is, amikor csak a folyamat futása közben 
dől el, hogy pontosan mi is lesz a feladata. (Gondoljunk a 
parancsértelmezőre, amiben egy - a felhasználó által meg- 
adott -— állományban lévő kódot kell végrehajtatni.) Ilyenkor 
mindig az exec rendszerhívást kell alkalmazni, ami mind 
közül a legbonyolultabb. 

(A fork és az exec közötti különbséget a legkönnyebben úgy 
érthetjük meg, hogy a fork-ot úgy képzeljük el, mint a saját 
programunk szétágaztatását, azaz a különböző részfeladatokat 
egymással párhuzamosan, külön folyamatként végeztetjük el. 
Az exec esetében viszont egy, a miénktől teljesen független 
programot hívunk meg. Fontos, hogy az ilyenkor nem a mi 
folyamatunkkal párhuzamosan, hanem ahelyett fut. A mi 
programunk csak akkor folytatódik, ha az exec-kel indított 
alkalmazás már lefutott.) 

Az exec rendszerhívásnak nemcsak a megvalósítása nehéz, 


hanem a meghívása is egy kissé bonyodalmas. Ráadásul 
nemcsak egy, hanem többféle könyvtári eljárás is létezik az 
exec rendszerhívás végrehajtására. Leggyakrabban az 
execle ( ) -t szokás használni, aminek használatára — érde- 
kesség gyanánt -— a 2. listán láthatunk példát. 

Az esetek többségében a fork-ot és az exec rendszerhívást 

a 3. listán látható módon egyszerre szokás használni. Az elv 
nagyon egyszerű: a fork-kal egy gyermekfolyamatot hozunk 
létre, ami nem tesz mást, minthogy az exec-kel elindítja a 
megadott programot. Az ilyen módon indított alkalmazás a 
szülőfolyamattal párhuzamosan képes futni. Ez az alapja a 
Unix-parancsértelmezőknek (például sh, bash) is. 

Felmerülhet a kérdés, hogy miért nincs olyan rendszerhívás, 
ami ilyen formában egyesíti a fork és az exec tulajdonságait. 
A válasz az, hogy felesleges lenne. Ezzel csak bonyolítanánk az 
életünket, mivel gondoskodnunk kellene a szabványos ki- és 
bemenet (az az eszköz, ahová a program az eredményt kiírja, 
illetve ahonnan az adatokat bekéri) oda-visszairányításáról. 
Ehelyett a létrejött gyermekfolyamatnak csak le kell zárnia a 
pillanatnyi be- és kimenetet, majd egy új megnyitása után 
meghívni az exec-et (a gyermekfolyamatok ugyanis az átirá- 
nyított ki- és bemenetet is öröklik). 

Az exec rendszerhívás megvalósítása jóval bonyolultabb a 
fork-énál. Az utóbbinál , mindössze" annyi a feladat, hogy 

a folyamattáblában létre kell hozni egy új bejegyzést, majd a 
szülő adatait be kell másolni a gyermekhez. Az exec esetében 
azonban már egy teljesen új memóriatérképet kell létrehozni, 
továbbá a fájlrendszerrel is együtt kell működni, mivel mégis- 
csak a lemezről olvassuk be a futtatni kívánt kódot. 

Amikor elindítunk egy programot (például a parancssorban 
kiadjuk az 1s utasítást, ami a /bin/ls program meghívását 
eredményezi), akkor mind a memóriakezelőnek, mind a fájl- 
rendszernek rögtön ellenőrzést kell végrehajtania. Először is 
meg kell állapítaniuk, hogy egyáltalán van-e jogosultságunk 
futtatni az adott állományt (ez a fájlrendszer feladata), továbbá 
utána kell járniuk, hogy van-e elég szabad memória (ezt pedig 
a memóriakezelő intézi). Ha ezek közül egy is negatív 
eredménnyel jár, a program indítása meghiúsul. 

Azt, hogy pontosan mennyi memóriára is van szükségünk, a 
bináris állomány fejlécéből olvashatjuk ki, ami a szakaszok, 
illetve az egész program méretét tartalmazza. Ezután következ- 
szabadíthatjuk. A következő lépés a kód betöltése és a tényle- 
ges jogosultságok beállítása (ellenőrizni kell a SETUID és 
SETGID biteket). A folyamattáblába való beírás csak ezt köve- 
tően mehet végbe. Utolsó lépésként a rendszermagot meg kell 
kérnünk a folyamat futtatására. 


Előhalottak a memóriában? 

Minden folyamat számára eljön egyszer a vég. Ez a vég 
beköszönhet egyrészt egy jel képében, amikor is a program 
felszólítást kap a memóriából való távozásra. Másrészt úgy 
is vége szakadhat létezésének, ha egyszerűen az összes 
feladatát elvégezte. Ha egy gyermekfolyamat befejezte mun- 


káját, akkor meg kell hívnia az exit nevű rendszerhívást. 
Ennek a rendszerhívásnak egy értéket is át kell adnia, még- 
pedig egy 0 és 255 közé eső számot. Ez az úgynevezett kilépési 
helyzet (exit-status), ami arra szolgál, hogy a szülőfolyamat 
értesülhessen róla, hogy a gyermeke milyen eredménnyel 
végezte el feladatát. (Ha például a gyermek 0-s státusszal tér 
vissza, akkor sikeresen, ha valami mással, akkor sikertelenül.) 
A gyermekfolyamat végleges megszűnéséhez azonban egy 
második lépésre is szükség van, mégpedig arra, hogy a szülő 
meghívja a wait rendszerhívást. Ez arra szolgál, hogy a szülő 
várakozhasson arra, hogy a gyermeke meghívja az EXII-et, és 
utána visszakaphassa annak kilépési helyzetét. 

Amíg azonban a szülő nem hívja meg a wait-et (de a gyermek 
már végrehajtotta az exit rendszerhívást), addig a gyermek- 
folyamat úgynevezett zombiállapotba kerül. Ez amolyan átme- 
net az , élet és a halál" között, azaz már visszaadta a számára 
lefoglalt memóriaterületet és ütemezésre sem kerül, viszont a 
folyamattáblában továbbra is jelen van. Ez az állapot általában 
csak rövid ideig tart. Ha azonban valamilyen okból kifolyólag 
a szülőfolyamat még azelőtt megszűnik, hogy kiadta volna a 
wait-et, a gyermekfolyamat sosem lesz képes kikerülni a zom- 
biság csapdájából. 

Hogy ne kísérthessenek mindenféle élőhalott folyamatok a 
folyamattáblában, egy szülőfolyamat megszüntetésekor bizo- 
nyos intézkedések megtételére van szükség - szülőt kell talál- 
nunk az árván maradt gyerekfolyamatok számára. 

A legkézenfekvőbb , apajelölt" az init — ami az egész folya- 
matfa gyökerét képezi -, mivel ez a folyamat sosem fog 
megszűnni. Az exec rendszerhívást a gyermek hajtja végre, 
így a szülőfolyamat tovább dolgozhat. Igaz, ebben a példában 
a szülő csak annyit tesz, hogy vár a gyermekfolyamat 
befejeződésére. 

(Az init-ről már volt korábban szó, amikor is a boot művele- 
teket tárgyaltuk. Ez egy olyan egyszerű program, amit maga 

a rendszermag indít el, miután betöltődött a memóriába és 
befűzte a gyökérlemezrészt. Az init-nek egyetlenegy feladata 
van: minden terminál számára elindítja a login nevű bejelent- 
kező programot. Ezután blokkolt állapotba kerül, és így is 
marad, amíg magát a rendszert le nem állítjuk — pontosabban 
az init sosem hajt végre exit rendszerhívást, de azért időn- 
ként meghív egy wait-et, hogy az árván maradt zombifolya- 
matoktól megszabaduljunk.) 

A következő részben utolsó nagy témakörünk kivesézését 
kezdjük meg, mégpedig a fájlrendszerét. Ez egy nagyon össze- 
tett alrendszer, ugyanis nemcsak hatékonyan és biztonságosan 
kell tárolnia a lemezen lévő adatokat, de a felhasználóhitelesí- 
tés kérdése is kulcsszerepet kap az esetében; mindemellett a 
memóriakezelővel is barátkoznia kell. 


Garzó András (garzoandXinterware.hu) 

Körülbelül három éve foglalkozik Linux- és más Unix-rendszerekkel. 
Legjobban az operációs rendszerek lelkivilága érdekli, de nyitott 
egyéniség. Kedvenc étele a palacsinta, és van egy Richard nevű 


macskája. Minden észrevételt, megjegyzést, levelet szívesen fogad. 
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Ém, a robot 


Önműködő webes ügynök Asimov módra. 


Web életünk részévé vált. A böngészés nemcsak gyors 
AA és egyszerű módja az információszerzésnek, hanem 

gyakran az egyedüli is. Ugyanakkor a Weben talál- 
ható ismeretanyag hatalmas mérete és a mindennapi feladatok 
nyomasztó sokasága miatt az adatszerzést magát jó lenne 
önműködővé tenni. Ezt az igényt remekül kielégítené Asimov 
beszélő robotja, amit önálló munkákkal bízhatnánk meg. Amíg 
azonban nem írunk 2058-at, marad a Perl. 
Ez a cikk egy olyan robot elkészítéséről szól, ami meglátogat 
egy keresőmotort, végrehajtja a keresést, a kapott eredményből 
kiszűri a hivatkozásokat, és kiírja őket a képernyőre. A bámu- 
latosan egyszerű példán keresztül bemutatom az LWF URI, 
illetve HIML-modulok használatát. Ebből kiindulva már össze- 
tett űrlapok kitöltését végző ügynökök is könnyedén írhatók. 


Ha keresés, akkor Google 

A 5 http:/www.google.co.hu/-t fogjuk használni a kereséshez. 
Ahhoz, hogy megkapjuk a keresés eredményeit tartalmazó 
oldalt, a robotnak nem kell meglátogatnia a főoldalt. Vessünk 
csak egy pillantást a forrásra: 


cform action-!"/search" name-—f: 
Majd lejjebb: 
IZinput maxLength-256 size-—55 name-g value—""- 


Nagyjából ennyiből áll az egész űrlap. A fejlécben található Java- 
Script még beszúr néhány rejtett mezőt, amelyek a karakterkódo- 
lást és az ehhez hasonló feladatokat határozzák meg. Ezek most a 
mi szempontunkból nem érdekesek. Ha a cform: elemnek nincs 
method értéke, akkor alapértelmezésben GET-et használ, vagyis 
az űrlap adatai a címben fognak szerepelni. Mivel a szövegbeviteli 
mező neve a, például a kutya szóra való rákeresés így történik: 


http: //www.google.co.hu/search?g-kutya 


A robotnak tehát első lépésben le kell töltenie a fenti címről a 
HIML-állományt. Ebben segít az LWR Debian alatt a libwww- 
perl csomag része, de természetesen a CPAN-ról is le lehet tölteni. 


Az LWP használata 

Oldalakon keresztül írhatnék az LWP korlátlan lehetőségeiről, 
most azonban csak néhány alapfogást mutatok be. Az LWP egy 
objektumközpontú felület mögé rejti a TCP/IP-s kapcsolatfel- 
vételt, a HIIP-protokollt és a hibakezelést. A programozónak 
egy oldal eléréséhez alig kell többet tudnia annak címénél. 
Először létre kell hozni egy úgynevezett felhasználói ügynököt 
(UserAgent). Ennek az objektumnak a reguest elemfüggvé- 
nyét kell egy HIIP-kéréshez meghívni. A függvény egy kérés- 
objektumot vár értékként, amit szintén egy egyszerű new utasí- 
tással hozunk létre. A visszatérési érték ugyancsak objektum, 
aminek különböző tulajdonságai tartalmazzák a válasz HITP- 
kódját, annak szöveges jelentését stb. 
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Az URI használata 

A liburi-perl része az URI-modul. Segítségével URI-kkal (Uni- 
form Resource Identifier) kapcsolatos műveleteket végezhetünk. 
Egyszerű objektumközpontú felülettel bír, csakúgy, mint az LWP 
Nekünk mostt azért lesz rá szükségünk, mert a keresési kifejezé- 
sünket (a fenti esetben a kutyát) a felhasználó határozza meg. 
Ezért szükségünk van arra, hogy az ékezetes betűket, szóközö- 
ket és egyéb hasonló különleges karaktereket szabványos, cím- 
ben is használható formára hozzuk. Például egy címben nem 
szerepelhet szóköz, ezért a 7020 kifejezés helyettesíti. E felada- 
tunkat az URI-modullal könnyedén megoldhatjuk. Mindössze 
létrehozunk egy URI objektumot, majd az as string elem- 
függvényt meghívva megkapjuk a kívánt szabványos címet. 


A pudiny próbája 

Eddigi ismereteinket összegezve lássunk egy függvényt, 

ami az értékként megadott szövegre keres rá a 

2 http:/www.google.co.hu-n (lásd az 1. listát). 

Fontos megjegyezni, hogy a $ua—-reguest függvény meghí- 
vásáig semmilyen kapcsolattartás nem zajlik a hálózaton. Első- 
ként létrehozzuk a kívánt objektumokat, majd egy függvény- 
hívással felvesszük a kapcsolatot a kiszolgálóval, elküldjük a 
kérést, megkapjuk a választ, és lezárjuk a kapcsolatot. A függ- 


(EST 
Ú8S88 


ÉWE : : USEeTtejőlniete 

WRdisi 

sub search ( 

my $page — 
"http:i7//www.google co huj searen7g " ; 

ft amit meglEtogatunk 


my $ua — LWP::UserAgent-—-new; 
t a UserAgent objektum lőtrehozksa 
"a -sagent( "Mozillaz5. 0") 
Tt kicsi tf llentős: azt morndom, Mozilla vagyok 
my $g — URI-—-new(shift) ; 
t az Örtökbil egy URI objektum 


my $reg — HTIP::Reguest--new( GET —- 
Spage Sg- cas string ); 
t egy körősobjektum 


my $res — $ua-:reguest  ($reg) ; 
t a körös vdgrehajtksa 


die $res-:message megan 
it S£S38——-ILS STTOT 
t ha nem siker It 


return $res-:3content; tt ha siker It 


et 


vényt egyszerűen kipróbálhatod, ha a program végére 
beszúrod a következő sort: 


print search("kutya"); 


Ekkor a program lefutása után a képernyőn a kutya szóra 
történő keresés eredményének HIML-oldalát látod. 


szűrjük az eredményt! 

Most jön a feladat oroszlánrésze. Meg kell keresni az oldalban 
az eredmények hivatkozásait. Jelen esetben szabályos kifeje- 
zéseket is használhatnánk, mivel a szűrési feltételek viszonylag 
egyszerűek. Viszont egy összetettebb HIML-oldal esetén a 
mintaillesztés már nem jelent megoldást, ezért lássuk, mire 
képes a HTML: : Parser. Nem nehéz kitalálni, hogy melyik 
csomag rejtheti a számunkra értékes Perl-modult: a Libhtm1— 
parser-perl1. Az utóbbi csomag több modul gyűjteménye, 
mi azonban most csak a legfontosabbal foglalkozunk. 


A HTML::Parser használata 

A modul használatához először létre kell hoznunk egy 

HTML: :Parser-objektumot. Mivel a modul nagy múltra tekint 
vissza, a megfelelőség megtartása érdekében két változatát is 
elérhetjük a new függvény segítségével. A legújabb, azaz a hár- 
mas változatot fogjuk használni - ezt azért fontos hangsúlyozni, 
mert nem működik együtt a korábbi, kettes változattal. Egy 
HIML-oldal tényleges vizsgálata során az értelmező minden 
egyes elemnél megáll. Ha olyan elemet talál, amihez esemény- 
kezelő tartozik, meghívja a megadott függvényt, ha nem, az 
alapértelmezett eljárás szerint jár el. Ilyen elemek az egyszerű 
szöveg, a nyitóelemek (ctable), a záróelemek (c/table-), 
az oldalak elején gyakori meghatározások (c ! DOCTYPE . . . 2), 
a megjegyzések (c! — . . . ——-) stb. Az objektum létrehozása 
után a handler tagfüggvény segítségével adhatunk meg 
különböző eseménykezelőket. Ezeknek a megadását követően 
meghívhatjuk a parse függvényt, értékként átadva a HIML- 
oldalt. Ami igazán kellemes a HTML : : Parser használatában, 
az az, hogy egy eseménykezelő függvény is létrehozhat, töröl- 
het, illetve módosíthat más eseménykezelőket, így nagy bonyo- 
lultságú elemzések is végezhetők. 


szűrés a Google esetében 

Vizsgáljuk most meg a Google találati oldalát! A kutya szóra 
történő keresés eredményének az a részlete, ahol az első találat 
szerepel: 


cp class-g:3ca href-http://www.kutya.net/5 


A fejléc cstyle: eleméből egyértelműen látható, hogy az 
oldal CSS-t használ. Ha az egész HIML-dokumentumot alapo- 
san átböngésszük, rájöhetünk, hogy minden találat előtt szere- 
pel egy cp: elem, ami a megfelelő formázás elérése érdekében 
,87 osztályú. Sőt csak a találatok előtt szerepel ,g" osztályú 
£p? elem. Ez azért fontos, mert rengeteg hivatkozás van az 
oldalon, olyanok is, amelyek nem találatok a keresésünkre. 

Ez a cp: elem viszont tökéletes szűrési feltétel. Ilehát egy olyan 
eseménykezelőt kell írni, ami a nyitóelemeket vizsgálja. Ha 

£p class-g2-t talál, akkor kicseréli a nyitóelemek esemény- 
kezelőjét, vagyis saját magát egy újra. Az új eseménykezelő 

az Ca. elemeket keresi, és az első találatnál kiírja a href 
értéket, majd visszacseréli magát a régi eseménykezelőre. 

Ez elsőre talán kicsit nyakatekerten hangzik, de a programkód 
világos és érthető lesz. 


www.linuxvilag.hu 


Még egy próba 

Ezek után lássuk azt a függvényt, ami egy Google találati oldal- 
ból kiszűri az eredmények hivatkozásait. A függvény értéke a 
HTML-oldal (lásd a 2. listát; 48 CD Magazin/Robot könyvtár). 
Látható, hogy a handler függvény első értékében az ese- 
ményhez tartozó függvényt a címével adtam meg. Lehetőség 
van egyszerűen a nevével hivatkozni rá, én azonban ezt nem 
tartom helyes programozói módszernek. A handler második 
értéke egy szövegfüzér, ami tartalmazza a eseménykezelő 
meghívása esetén a megadandó értékeket. Ha például az 
értelmező a következő elembe fut bele: 


Xxp class-g2 


akkor a start4href függvényt három értékkel hívja meg. 
Az első egy egyszerű ,p" szövegfüzér. A második egy asszo- 
ciatív tömb címe, aminek egyetlen kulcs-érték párja van, neve- 
zetesen a class-g. Harmadik, egyben utolsó értéke maga 

az objektum (a fenti példában a $p változó tartalma). 

Először a start4a11 függvény a nyitóelemek esemény- 
kezelője. Ez egészen addig van így, amíg nem talál egy 

£p c1lass-g2-t, amikor is a nyitóelemek új eseménykezelője 
a start4href. Ez az első ca; találatnál kiírja a href értékét, 
majd ismét a start4a11-t teszi meg eseménykezelőnek. 
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A kész program 
Ahhoz, hogy a fenti két függvényből működő alkalmazást 
varázsoljunk, csupán egymás után meg kell hívnunk őket: 


my $content - search(shift); 
filter(S$content) ; 


Egyszerűen átadhatod parancssorban a keresési kifejezést, és 
a program máris tíz találat hivatkozásával gazdagítja a képer- 
nyődet. Azok számára, akik nem szeretnek sokat gépelni, a 
program a CD-mellékleten is megtalálható. 


Felhívás egy táncra 

Szeretném előre leszögezni, hogy egy ilyen robot nem arra 
való, hogy százezerszer leadja a szavazatodat kedvenc vagy 
éppen gyűlölt figurádra valamelyik valóságshowból. Sem 
arra, hogy a történelemtanárod levélcímét felhasználva hat- 
száz pornóoldalon jegyeztesd be az illetőt, és eláraszd velük 

a postafiókját. Ezekkel a támadásokkal szemben meglehetősen 
kevés mód van a védekezésre. Éppen ezért övön aluli ütésnek 
számít kihasználni az ehhez hasonló lehetőségeket. Hiszem, 
hogy ennek a folyóiratnak a közönsége van olyan érett, hogy 
ha választhat a pusztítás és az építés között, akkor az utóbbi 
mellé áll. Címemre várom az összes ötletes, új robotot. 

Az enyémen is fejleszthetsz, ha kedved támad, hiszen egye- 
lőre csak az első tíz találatot írja ki. Sok szerencsét a kísér- 
letezgetéshez! 


A cikkhez tartozó listák megtalálhatóak a 48. CD Magazin/Robot 
könyvtárában. 


Fülöp Balázs (xutofreemail.hu) 

18 éves, Imádja a Túró Rudlit, a Debian Linuxot és 
a teheneket. Az ELITE Radnóti Miklós Gyakorlóiskola 
tanulója Immár ötödik éve. Kedvenc Írója Slawomir 
Mrollek. Leginkább a számítógépes hálózatok 
biztonsága érdekli. 
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Video- és audiofolyam házilag 
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Az ffmpeg egy teljes programcsomag, ami minden eszközt tartalmaz video- és 
audiokódoláshoz, -átalakításhoz, -lejátszáshoz és adatfolyam-szolgáltatáshoz (stream). 


égis, mire használható? Webkamerával élő vagy 
előre rögzített videoképet lehet sugározni az Inter- 
neten keresztül, szinte tetszőleges formátumban 
és minőségben, mindezt akár hanggal együtt. Az ffmpeg két 
fő részból áll: az egyik az ffimpeg nevű program, ami a kódo- 
lást, az átalakítást végzi. Az ffmpeg álltal támogatott formá- 
tumok között megtalálható többek között az mpeg, az mpeg- 
video, az mp2, az ogg, az rm, az ra, az mpjpeg, az jpeg, az asf, 
az SWf, avi és a master. (Az egyes formátumokhoz tartozó ma- 
gyarázatok az 1. listán, 48. CD Magazir/ffmpeg könyvtárban, 
találhatóak). Ezenkívül képes Video4Linux eszközről érkező 
jelet rögzíteni. A másik rész pedig az ffserver, ami az adat- 
folyamok kezeléséért felelős. A GNU LGFPL felhasználási szer- 
ződés feltételeinek betartásával bárki használhatja és módosít- 
hatja ezeket a programokat. Ez a felhasználási szerződés főleg 
abban különbözik a GNU GPL-től, hogyha valaki módosítja, 
kötelezően értesíteni kell a változásokról az alkotókat. A prog- 
ram fejlesztése alapvetően Linux alatt történik, de lefordítható 
más Unix-, illetve Windows-rendszerekre. 





Telepítés 
A programcsomag forrásban a fejlesztők hivatalos weboldalá- 
ról, a 5 http:/ffmpeg.sourceforge.net címről tölthető le. 


Fordítása a szokásos módon a következő parancsokkal történik: 


. /configure 
$£6 make 


majd rendszergazdaként az alábbi utasítást adjuk ki: 
make install 


Mielőtt mindezt megtennénk, szükség lehet néhány függvény- 
könyvtárra, hogy minél több tudással ruházzuk fel, például 
szükség lehet egy MP3-enkóderre. Én a LAME MP3-kódolót 
választottam (mivel ez jól együttműködik vele), amit a 

2 http:/lame.sourceforge.net/ címről lehet beszerezni. 
Fordítása szintén a szokásos parancsokkal történik: 


. /configure §§ make §§6 make install 


lelepítettem az OggVorbis kódolót is, de ezt már csomagból. 
Debian GNU/Linux használata esetén adjuk ki a következő 
parancsot: 


apt-get install libvorbis-dev 


lovábbi függvénykönyvtárakat is képes használni, ezek 
közé tartozik például az Imlib2, a a52, a zlib és a gprof. 
Ezek mindegyike Debian alatt gyorsan, fájdalommentesen 
telepíthető. Ha már mindent feltettünk, és használatba is 
szeretnénk venni az ffmpeg-et, a következőhöz hasonló 
parancsot kell kiadni: 
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. /configure —-—-enable-mp3lame --—-enable-vorbis 
55--enable-gprof -—-enable-a5zZbin 


Amennyiben hiba nélkül futott le a fordítás, a 2. listán látható 
eredményt kell kapnunk. Ezt követően jöhet is a fordítás és 
a telepítés: 

make §§ su root -c "make install" 
Videokiszolgáló 

A videokiszolgáló használatba vételéhez elsőként az 
ffserver.conf felépítését kell megértenünk. Ahogy a 3. listán 
látható, először néhány általános hatókörrel bíró jellemzőt 

kell megadni, például a kaput (portot), azután, hogy melyik 
IP-címen figyeljen, továbbá az ügyfelek legnagyobb számát, 

a használható legnagyobb sávszélességet stb. 

A beállítófájl további része kétféle blokkból épül fel. Az egyik 
az úgynevezett feed, a másik pedig a stream. Nagyon leegysze- 
rűsítve a dolgot a feed blokk(ok) szerint feltöltött adatokat a 
stream blokk(ok)ban meghatározott tulajdonságoknak megfe- 
lelő formátumban lehet letölteni. Bármelyik stream bármelyik 
feedet használhatja. lermészetesen a fel-, illetve letöltés bár- 
honnan történhet, csak az adott IP-címet engedélyezni kell 

a hozzáférési listákban (ACL). Mindebből következik, hogy 
legalább egy feed és egy stream blokknak kell lennie. 


Install prefi3 /üsezbtöosat 
song elbath /uasc/srce/media/ tímpeg-0. 4.6 
Ccomo1iler ejee 

make make 

CPU x86 

BG Eme én no 

MMX enabled HE 

gprof enabled ES 

zlib enabled yes 
mp3lame enabled yes 

vorbis enabled yes 

ESZES jojó onats yes 

a52 dlopened yes 

Video hooking yes 

ImiLao2 Suejoore yes 


CSENG EGON tKG mellet elkeoimsméejeta 


Rott te090 

BiNddádedress OA0EOSO 

Meas€ 1 ient sik0 

MaxBandwidth 5000 

CustomLog /var/log/ffserver/access.1log 
ftNoDaemon 


LxFeed cameral.ffím: 

File /tmp/cameral.ffm 
FileMaxSize 200K 

tt La Ul 

ACt allow 127 . (Rák 

ACL allow 10.00 JOSKOSKMIKO BEN O BSA 0 ESSZÉS 
€a/Feed:3 


A feed blokkot a 4. listán látható módon kell megadni. 

Ez határozza meg, hogy a kiszolgáló honnan fogja kapni 

az adatokat, és milyen jellemzőkkel. Adatokat feltölteni az 
ffmpeg programmal lehet, de erről majd később szólok. 

A streamblokk meghatározza a szolgáltatott video-, illetve 
audio-adatfolyamok nevét és egyéb tulajdonságait (5. lista, 
lásd 48. CD Magazin/ffmpeg könyvtár). A formátum egészen 
,különleges" is lehet, például jpg vagy akár Flash-animáció. 
A legjobb képet mindenképpen az MPEG4 adja (a sávszéles- 
séghez képest), de sajnos ezt csak MPlayerrel sikerült lejátsza- 
nom. A Windows Media Player képtelen az adatfolyamként 
kapott AVI-t értelmezni. 

Ezek után a kiszolgálót a következőképpen indíthatjuk: 


ffiserver -Íi fÍfíserver.coni 


Egy beállítási példafájlt a forrásban is lehet találni. Az ffserver 
egy egyszerű webkiszolgálót biztosít számunkra, amin keresz- 
tül többek között az adatfolyamok is elérhetők. Ez a webkiszol- 
gáló alapesetben a 8090-es kapun érhető el. Ezenkívül egy 
stat.html-t és egy index.htmlI-t szolgáltat, amik természetesen 
ugyancsak felülírhatók. Az index.html a hivatalos weboldalra 
(2 http:/ftmpeg.sourceforge.net)/) irányít át, a stat.html pedig 
adatokat szolgáltat a kiszolgáló állapotáról. Ilyen adatok 
például az egyes adatfolyamok tulajdonságai, az adatforgalom 
és a pillanatnyi kapcsolatok száma. 


A kódoló 


Amennyiben a kiszolgáló fut, máris indítható a kódoló: 
ffmpeg http://localhost :8090/camera1.ffm 


Ekkor a 6. listán láthatóhoz hasonló eredmény kell kapnunk. 
Ebben az esetben az adatot a /dev/video eszközről veszi, ami 
lehet például egy webkamera vagy akár egy tévékártya is. 
Megadható más eszköz is, például: —vd /dev/videol0 vagy 
egy fájl is a —-i kapcsolóval. 

lermészetesen a videokiszolgáló nélkül is használható a fájlok 

kódolására, illetve dekódolására, ugyanis megfelelő függvény- 

könyvtárakkal kezelni tudja az MP3, ac3, vorbis hangkódolókat 
és az MPEGI, MPEG2, MPEG4 (divx4, illetve divx5), MJPEG, 

WMP7, Huff YUV videokódolókat. 

lovábbi hasznos kapcsolók a teljesség igénye nélkül: 

-t: a felvétel időtartalma másodpercekben. 

-b: a kódolás minőségét Kbit/s egységekben lehet megadni. Ha a 
videó minőségén nem javít, nem emeli a megadott mértékig. 

-s: a kép méretének megadása, például: 
szélesség x magasság (352 X288). 

-croptop, -cropbottom, -—cropleft, -—cropright: 
képernyőpontokban megadva az az érték, hogy sorrendben 
fentről, lentről, balról és jobbról mennyit vágjon le a képből. 

-intra: csak intra képkockák használata, tehát nem használ 
kulcsképkockákat. 
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testgep:-$ fímpeg -vd /dev/video0 
eehttp://localhosb-..KElEbIm.É.(€(Ó€c7 T€(E£A—A—a(ÜUuCECKG 
Input t§?O, video grab device, Írom 
s" /dev/video0" : 
Stream t§0.0: Video: 
352x2a8, 15.00 6665 
Output ii fím, to 
0 -ntt8[//localhosSbEKl(KEeEE[XÁLELlKHL 


rawvideo, 
800 kb/s 


yuv422, 


Stream H0.0: Video: msmpeg4, 352x288, 
m090]I5.00 fps, gála d HE 

otrsamHO-1l: Video: mipeg, 352x280, Ll.00 
STOS. GB él; 61 kb/s 

otrecam HÜ. z: Vidco: mempegá; 30ZXx2600, 68.00 
ST OS; G-3 Ol; 96 kb/s 


Stream mapping: 
Stream $T0.0 -—: $0.0 
Stream $0.0 -5 $0.1 
Stream t§0.0 -5: t0.2 
press la] tö szöo amcocdiag 
Íframe-— MENYNNEKo zzz 6 EN 0 EKG Eza BRTKEET(0 EGG ezt SZE TERET Sa 
—88kB time-—-1.1 bitrate— 636.1kbits/s 


—vcodec, -acodec: video-, illetve audiokódoló. Ha csak 
a copy-t adjuk meg, akkor módosítás nélkül hagyja. 

-benchmark: a kódolás végén tájékoztat a kódolás 
sebességéről. 


A kódoló képes a .vob fájlok (DVD) értelmezésére is, így tetsző- 
leges program által ismert formátumra átalakíthatóak. Meg 
voltam elégedve a teljesítményével, mert egy 533 MHz-es Cele- 
ron processzort tartalmazó gépben egy webkamera képének a 
feldolgozása 30-40 százaléknál jobban nem terhelte meg a gépet. 
Nagyon hasznos és jól használható eszközről van szó, ezért 
több projekt használja, például a magyar fejlesztésű MPlayer, 

a Motion mozgásérzékelő és még számtalan videolejátszó, 
illetve -feldolgozó program. Eddigi használata során semmi- 
lyen gondom nem akadt vele, pedig ez még messze nem a 
végleges változat — a Miskolci Egyetem közreműködésével 
hamarosan elkészül az ÍPv6-ot is támogató változata is. 


A cikkhez tartozó listák megtalálhatóak a 48. CD 
Magazin/ffmpeg könyvtárában. 


dák d Kolcza Péter (kpeteroOsysconfig.hu) 

. I Imádja a South Parkot. A Miskolci Egyetem 
JB informatika szakos hallgatója. Elvakult LiInux- 
rajongó. Ha egyetemi elfoglaltságai engedik, 
L inuxszal és rendszerépítéssel foglalkozik. 





2 http://ffmpeg.sourceforge.net 


2 http:///ame.sourceforge.net 

2 http:/Avwvw.mplayerha.hu 

2 http:/Awvwwv.xiph.org/ogg/vorbis 

2 http:/Avww.gnu. org/licenses/lgpl.html 
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Csaták a számítógép belsejében 


A Tronban játszó Jeff Bridges ugyan sosem leszel, de azért nem ártana 


menőbb cuccokban járnod.. 


ogy érted azt, hogy ki van a szá- 
mítógép belsejében? Senki nincs 
a számítógépben, Francois. Ó, 
már értem! Azt hiszem, te félreértetted 

e havi témánk ötletét, , A rendszer belső 
világa" címet. Hiszen a tudományos-fan- 
tasztikus témák körébe tartozik minden 
olyan elképzelés, ami szerint a gépben a 
Linux-rendszermagban keringő biteken 
és bájtokon kívül bármi is lenne, mon 
ami. Ouest-ce gue tu dis? Nem, termé- 
szetesen nem. A számítógépen belül 
nincs igazán hely, legalábbis a mi vilá- 
gunkhoz hasonló. Habár... 

Ouoi? Ne haragudj, mon ami, csak 
eszembe jutott egy régi mozifilm, a Iron, 
amiben tényleg létezett egy számítógé- 
pen belüli világ, ebben a programok a 
központi vezérlőprogrammal, az MCP- 
vel szemben harcoltak a felhasználókért. 
Francois, mit nézel annyira? 

Áh, mes amis! Isten hozott titeket Chez 
Marcelnél, a fenséges Linux-konyha és 
kitűnő borok otthonában. Foglaljatok he- 
lyet, amíg Francois-t borért szalajtom. Van 
egy kis kanadai francia tourtiere (húspás- 
tétom) is a háznál, amit fel fogunk szol- 
gálni. Francois, siess a pincébe, és hozd 

a bort! Az 1997-es Napa Valley Cabernet 
Sauvignon remek ital lesz ma estére. 
Örülök, hogy itt vagytok, mes amis. Fran- 
cois-nak támadt egy olyan elgondolása, 
hogy ,a rendszer belső világa" valami 
olyasmit takar a Linuxon belül, amiben 
élő ember vesz részt. Erről a Disney 
1982-es Iron című filmje is eszembe jut, 
amiben a számítógép belsejében prog- 
ramok vívják gladiátori küzdelmeiket a 
felhasználóikért. Ebben a virtuális világ- 
ban a halálos sportok egyike a fténymo- 
torok versenye volt. Az ellenfelek olyan 
motorokon versenyeztek, amelyek a nyo- 
mukban fényfalat emeltek. A motoroknak 
folyamatosan haladniuk kellett, miközben 
mindegyik versenyző próbálta elkerülni 
az ellenfél falait, és igyekezett úgy húzni 
a sajátját, hogy az ellenfelek ne menekül- 
hessenek meg az ütközéstől. Az utolsó 
talpon maradó program lett a győztes. 
Francois, csakhogy megjöttél! Tölts, 
kérlek a vendégeknek, és siess vissza 

a konyhába azért a tourtiere-ért. Bár a 
Iron egy kicsit elavultnak tűnik napja- 


68 Linuxvilág 


inkban, mégis, a ténymotorok küzdelme 
volt annak a megszámlálhatatlan video- 
játéknak az ötletadója, ami a folyamato- 
san növekedő fénycsóvák ötletén alapul, 
amelyeket ugye mindenáron el kell ke- 
rülni. Ez az ötlet ma is él, és több nyílt 
forrású fejlesztés alapjaként születik újjá. 
Kezdjük egy olyan fénymotorjátékkal, 
amit nagy valószínűséggel már a rend- 
szerünkön tudhatunk. A KDE játék- 
gyűjteményének részeként találhatjuk 
meg Matthias Kiefer Ktron nevű, egy- 
szerű, de jól működő programját. A K 
menüben, az arcade games (többszerep- 
lős játékok) menüpont alatt találjuk, a 
parancs neve kt ron. A játék elindítása 
után két négyzetet, egy kéket és egy 
pirosat láthatunk a képernyő közepe 
táján. Az indításhoz nyomjuk meg a bal 
vagy jobb kurzorbillentyűt, és már indul 
is a játék (1. kép). 


Game Settings Help 


Computer: 5 Player 2: 1 


1. kép Klron — a KDE saját fénymotorjátéka 


A játékmenet megváltoztatásához a 
menüsor Settings (beállítások) pontját 
kell kiválasztanunk, és máris rendelke- 
zésünkre állnak a különféle módosítási 
lehetőségek. Ha a játék egy kicsit gyors- 
nak tűnik, csökkentsük a sebességet, 
vagy ellenkezőleg, gyorsítsuk, ha el ta- 
lálnánk aludni a kerekek fölött. A mo- 
torok nyomának méretét vagy a beállí- 
tott színeket is megváltoztathatjuk. Már 
ez a kis játék is rengeteg örömet tud 
szerezni, különösen, ha megváltoztatjuk 
a küzdőtér méretét; de ha valóban 
érezni akarjuk egy fénymotoros csata 
hangulatát, be kell lépnünk a háromdi- 
menziós világba. Most, mes amis, tény- 
leg bejutunk a számítógép belsejébe. 





Egy 3D-gyorsítóval rendelkező video- 
kártyára, valamint az OpenGL vagy 
Mesa 3D programkönyvtárakra lesz 
szükségünk. 

Honnan tudhatjuk, hogy rendszerünk 
készen áll a kalandra? A 3D-támogatás 
gyors ellenőrzési módszere az alábbi 
parancs: 
glixinfo ] grep rendering 


A rendszernek erre a következő választ 
kell adnia: 


direct rendering: Yes 


Egy másik igen szórakoztató próba vég- 
rehajtásához a Mesa-demos program- 
csomag gears nevű programját kell 
lefuttatnunk. Ehhez egyszerűen a 
gears parancsot kell egy xterm ablak- 





2. kép Háromdimenziós fogaskerekek: 
a Mesa bemutatója 


ban kiadnunk. Ennek a kemény munká- 
nak a jutalma három pörgő fogaskerék 
lesz a képernyőnkön (2. kép). 

Ne nagyon hagyjuk magunkat a lát- 
ványtól elvarázsolni, inkább kortyoljunk 
bele a borunkba, és térjünk vissza a 
terminálablakunkhoz. Itt a videokár- 
tyánk 3D-teljesítményére vonatkozó 
statisztikát láthatjuk: 


1778 frames in 5.001 seconds 
97- 355.529 FPS 


Ezt az eredményt az nVvidia GeForce2 
kártyával felszerelt próbarendszerem 
hozta létre, és igazából nagyon jó teljesít- 
ményt jelent. Ezzel szemben a kis notesz- 
gépem, ami teljesen nélkülözi a gépi 
gyorsítást, a következő eredményt kapta: 


312 Íírames in 5.004 seconds 
9- 62.350 FPS 


Ha egyáltalán nincs a kártyánkon beépí- 
tett gyorsító, a program akkor sem áll le, 
egyszerűen csak rettentő lassan fog futni. 
Most, hogy ezt az akadályt leküzdöttük, 
térjünk vissza a ténymotorok háromdi- 
menziós világába Manuel Moos Armaget- 
ron nevű programjának a segítségével 
(2 http:/armagetron.sourceforge.net). 
Ahogy azt Manuel honlapja is javasolja: 
gondoljunk az Armageddonra, csak 
,tr"-rel a hosszú ,d" helyett. A honla- 
pon könnyen találhatunk előre fordított 
bináris állományokat, de a forráskód 

is rendelkezésünkre áll. 





3. kép Háromdimenziós 
fénymotorjáték — az Armagetron 





4. kép A GLIron — olyan élmény, hogy szinte 
a számítógép belsejében érezzük magunkat 


Amikor először próbáltam ki a progra- 
mot, rögvest egyenesen a falnak hajtot- 
tam. Még néhányszor eljátszottam 
ugyanezt, amikor eszembe jutott, hogy 
talán nem ártana a kormányzás billen- 
tyűit is beállítanom magamnak. A me- 
nüből a Player settings (a játékos beállí- 
tásai) menüpontot (mindegy, milyen 
számmal szerepelünk), és itt az Input 
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Configuration (az irányítás beállítása) 
feliratot kell kiválasztanunk. Lépked- 
jünk a lefelé nyíllal a turn left (fordulás 
balra) feliratig, és nyomjuk meg az 
ENTER billentyűt. Most azt a gombot kell 
megnyomni, amit a balra kanyarodás- 
hoz szeretnénk használni. Iudom, hogy 
furán hangzik, de én erre a célra a balra 
nyilat választottam. Ismételjük meg ezt 
a folyamatot a jobbra forduláshoz (turn 
right) is, majd minden máshoz, amit a 
küzdelem alatt használni szeretnénk 

— például arra is lehetőségünk van, hogy 
egy gombnyomás segítségével gúnyo- 
lódjunk az ellenfeleinkkel. Ezután lép- 
jünk ki ebből a menüből és a korábbiak- 
ból is mindaddig, amíg vissza nem 
jutunk a főmenübe. 

Most a Game (játék) menüből válasz- 
szuk a Start Game (a játék indítása) 
menüpontot. Az Armagetron nagyszerű 
fénymotoros program, amiben egy 
mindenütt jelen lévő és minden moz- 
gást követő fej feletti kamera szemszö- 
géből követhetjük az eseményeket, 

és néha szédítő nézőpontváltásokat 
tapasztalhatunk a hirtelen bekövetkező 
kilencven fokos fordulatoknál (3. kép). 
Az Armagetron hálózati játékra is 
alkalmas, összesen 16 gépet tud kezelni, 
amelyek mindegyikén négy versenyző 
futhat egyszerre. 

A program hamar függőséget okozhat, 
ezért szükségszerűen rendelkezik azzal 
a nélkülözhetetlen szolgáltatással, amit 
főnökgombnak szokás nevezni. Röviden 
arról van szó, hogyha esetleg a munka- 
helyi hálózatunkon folytatjuk ádáz 
harcunkat az ellenfelekkel, és hirtelen 
közeledni látjuk a főnököt, a SHIFT-EsCc 
billentyűkombináció hatására azonnal 
kiléphetünk a programból, ami nyom- 
ban el is tűnik a képernyőről. 

Az Armagetron nagyszetű játék, de a 
fotorealisztikus élményhez Andreas 
Umbach GLIron nevű programjára van 
szükségünk. Mint várható, ezért a látvá- 
nyért keményen megg is kell fizetnünk, 
legalábbis a számítógép teljesítményét 
illetően, de ha már rendelkezünk a 
megfelelő masinával, biztosan nem 
fogunk csalódni. A bináris állományok 
felkutatása nem jelenthet gondot (az 

2 http:/rpmfind.net címen találhatunk 
RPM-csomagokat), a forrás pedig bár- 
mikor elérhető a 

2 http:/www.gltron.org címen. 

A program (megfelelő 3D-teljesítményt 
feltételezve) meglehetősen gyors, lenyű- 
göző grafikával és egy olyan játékmód- 
dal rendelkezik, ami biztosan megemeli 
a pulzusszámunkat. 

A beállításokat három fő csoportban 


e ILL EESALE ALLT ELOLE 


tehetjük meg — game (játék), video (kép), 
audio (hang) —, és ezek némelyike alkal- 
mas arra, hogy drámaian megváltoz- 
tassa a játékélményt. A GLIron mind 
teljes képernyős, mind pedig ablakos 
futtatásra alkalmas. A megjelenítést és 

a hangulatot kiegészítő csomagokkal 
(artpacks) tehetjük változatossá. A ked- 
vencem ezek közül még mindig az alap- 
értelmezett, de a Metaltron is belopta 
magát a szívembe. 

Az F10 billentyűvel állítható a kamera 
távolsága és a nézet szöge. Nagyon 
érdekesnek találtam a motor mögötti 
kameraelhelyezést is. Ez olyan látványt 
nyújt, mintha magán a fénymotoron 
ülnénk - nagyon vad élmény. 

Az alapbeállítás szerint egy kis kétdi- 
menziós térkép látható a képernyő 
tetején. Ha kezdjük elbízni magunkat, 
érdemes kipróbálni a kikapcsolását. 

Sok szempontból a GlLIron a legkidol- 
gozottabb a három most bemutatott 
játék közül, viszont nem rendelkezik 

az Armagetron hálózatos képességeivel. 
Egyszerűségénél fogva viszont a Ktron 
bármilyen számítógépen játszható, 
függetlenül a videokártyába épített 
3D-képességektől. 

Mon Dieu, ilyen gyorsan elment az idő? 
Mivel később már nem játszhatunk és 
nem tölthetek nektek még egy pohár 
bort, most kell megtennem, még mielőtt 
Francois-val bezárnánk éjszakára az 
éttermet. Francois, lennél szíves utoljára 
teletölteni a poharakat? Egészségetekre, 
mes amis, a legközelebbi viszontlátásig! 
A votre santé! Bon appétit! 


0 Kiskapu Kft. Minden jog fenntartva 
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(mggagnecsalmar.com) 
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a Kiskapu kiadásában tavaly 
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Armagetron 
2 http://armagetron.sourceforge.net 


GLIron 3 http:/Avww.gltron.org 
Klron 5 http://games.kde.org 


Marcel borlapja 
2 http:/Awwvw.marcelgagne.com/ 
wine.htmi 
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Bemutatjuk a Plone-t 


Vajon a Plone hozza el a Zope alapú 
tartalomkezelést a tömegek számára? 





Zope felülethez készített Plone nevű tartalomkezelő 
AA rendszer (Content Management System — CMS), 

készítői: Alexander Limi, Alan Runyan és Vidar 
Andersen. A Plone népszerűsége az elmúlt hónapokban egyre 
nőtt, s rengeteg új embert vonzott a Zope-közösséghez. Bár a 
Plone-felhasználók többnyire a saját területükön maradnak és 
nemigen érdeklik őket a Zope-kiszolgáló rejtelmei, a Plone 
igazi sikeralkalmazása a Zope-nak. És ha ez így van, az érdekes 
következtetésekhez vezethet, különös tekintettel arra, hogy 
maga a Zope is a Python sikeralkalmazásaként indult. 
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Mi is a Plone? 

A Plone tulajdonképpen egy egyszerű CMS, ami segíti a felügye- 
lőket abban, hogy minden egyes felhasználót külön jogosultsá- 
gokkal ruházhassanak fel. A nyilvános részeket minden felhasz- 
náló elolvashatja. Bizonyos felhasználók új elemeket vihetnek fel, 
míg mások nyilvánossá tehetik őket a közösség számára. A CMS 
és egy hagyományos webhely között pontosan ez a meglévő és 
nyilvános közötti megkülönböztetés a legjelentősebb eltérés. 

Az állandó weblapokkal ellentétben — amelyek esetében a közön- 
ség azonnal elérheti a dokumentumkönyvtárban megjelenő fáj- 
lokat — a CMS lehetővé teszi, hogy eldöntsük, mely dolgok legye- 
nek elérhetők, és melyek nem. lovábbá egy CMS-rendszerben 

a korábban kiadott anyagokat bármikor visszavonhatjuk. Így ha 
a webhelyen megjelent egy hír, amiről kiderül, hogy hamis, fájl- 
törlés nélkül eltüntethetjük a nyilvánosság szeme elől. A lap 
rendszergazdáját folyamatosan készülő napló tájékoztatja arról, 
hogy melyik cikk mikor készült, mikor közölték le, vonták vissza, 
illetve ki és milyen célból végezte el ezeket a változtatásokat. 

A Plone sem mindentudó. Fő célja, hogy még szebb felületet 

és testreszabható webhelyet nyújtson a kisebb és közepes nagy- 
ságú weblapok felügyelői számára, akik számos hasznos, ügyes 
és apróságra vágynak. 

Maga a Plone több különböző Zope-termékből áll, és valameny- 
nyi termék több példányban is létrehozható objektum. Bár a 
Plone nem közvetlenül a Zope alatt, hanem annak tartalomke- 
zelő keretrendszerében (Content Management Framework 

— CMF) íródott, jó néhány objektum és API segít bennünket 
saját keretrendszerünk létrehozásában. 

A Plone 1.0 még a cikk születése előtt, 2003 elején jelent meg, és 
nagymértékben függ a 2002 közepén kibocsátott CMF v1.3 
rendszertől. Ahhoz hasonlóan, ahogyan az asztali alkalmazások 
kihasználják az operációs rendszer nyújtotta szolgáltatásokat, 
úgy aknázza ki a Plone (vagy bármelyik más CMF alapú CMS) 
a CMF által felkínált lehetőségeket. A Plone-weblapok ennek 
megfelelően teljes körű szövegkeresési szolgáltatással bírnak, il- 
letve támogatják, hogy a közönség a weblap bármelyik részéhez 
megjegyzést fűzhessen. Ahogyan a CMF-et tökéletesítik és egy- 
re több szolgáltatást kínál, várhatóan a Plone is fejlődik majd. 


A Plone telepítése 


Amennyiben a Zope már üzemel, a Plone telepítése nagyon egy- 
szerű lesz. Ne feledjük, hogy minden Zope-alkalmazást a Zope 
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mappa lib/python/Products könyvtárába het 

kell elhelyezni. Ezenkívül vagy kézzel, vagya 77 888 
weblapos beállítópulttal újra kell indítanunk a Zope-ot, 

hogy megtörténjen az új alkalmazások felvétele. 

A Plone telepítése előtt kell telepítenünk a legfrissebb CMF- 
változatot. Töltsük le a gzippelt CMF-1.3 tarfájlt a 

5 http:/cmf.zope.org honlapról. Én ezt a /tmp könyvtárba 
helyeztem, és a következőképpen telepítettem: 


ft cd SZOPE/lib/python/ProduúctS 
t tar -zxvi /tmp/CMF-1l.3.tar.dcz 


A CMF-1.3 új könyvtárat készít a lib/python/Products mappá- 
ban, ami számos, a CMF-fel kapcsolatos alkalmazást tartalmaz 
— ezekre a Zope indulásakor lesz szükség. Ezért készítsünk 
néhány közvetett hivatkozást a terrmékmappákhoz: 


t ln -s CMF-1.3/CMFCore 

t ln -s CMF-1.3/CMFCalendar 
t ln -s CMF-1.3/CMFDefault 
ff in 8 €ME-1I  3/CMETŐOPLÓ 


A CME telepítése után már felrakhatjuk a Plone-t is. Töltsük 
le a Plone tarállományt a 3 http://www.plon.org-ról (48. CD 
Magazin/Plone), tegyük a /tmp mappába, majd csomagoljuk ki: 


t cd $ZOPE/lib/python/Products 
ft tar -zxvfí /tmp/CMFPlone-1.0.tar.gz 


Akárcsak a CMF magprogram esetében, ismét készítsünk köz- 
vetett hivatkozásokat a Products mappában, hogy induláskor a 
Zope észrevegye őket. Amennyiben 2.6.x előtti Zope-változatot 
használunk, elképzelhető, hogy a fő Products mappában egy 
másik programra is közvetett hivatkozást kell készítenünk. 

A biztonság kedvéért ellenőrizzük a Plone leírását. Ellenőriz- 
zük, hogy a CMF-1.3 és a CMFPlone mappát, valamint tartal- 
mukat a Zope-ot futtató felhasználó birtokolja-e. Ez a felhasz- 
náló általában a www vagy a zope. A Zope futtatása nobody 
felhasználóként (amit régebben biztonságos módszernek tar- 
tottak) ma már nem javasolt. Ha nem a megfelelő felhasználó 
birtokolja a fájlokat, könnyen előfordulhat, hogy néhány furcsa 
tulajdonjogi és engedélyezési nehézséggel kerülünk szembe. 


Plone-weblap készítése 
A Zope webalapú kezelőfelület révén nagyon könnyű Plone- 
weblapot készíteni. Az Add Product menüből válasszuk ki a 
Plone-webhelyet, majd adjuk meg a következő adatokat: 
e a webhely azonosítója (ez a cím része lesz), 
e a webhely (miden lap tetején megjelenő) címe, 
e a webhelynek külön felhasználói mappája legyen, vagy 
a többi Zope-laptól örökölje a felhasználókat, 
e a webhely leírása, 
e a webhely típusa (hagyjuk az alapértelmezett értéken). 


Miután a Zope befejezte az új Plone-weblappéldány indítását, 
a Zope kezelőfelületének nagy lapja komoly változásokon 
megy keresztül. A közepén egy bemutatkozó szöveg jelenik 
meg, az eszköztár felül lesz, az adatok — a naptárat is beleértve 
— a bal és jobb oldalon látható téglalapokba kerülnek. 

A Plone-weblapokhoz használt kezelőfelület egészen más, mint 

a Zope-alapfelület. A Zope minden felhasználónak ugyanazt 

jelenítené meg, és csak akkor mutatja meg a kezelőfelületet, ha 

a /manage eljáráshívást hozzáfűzzük a címhez. Ezzel szemben 

a Plone a pillanatnyi felhasználó engedélyei szerint módosítja 

a kimenetet. Így a vendégek csak nézegethetik a webhelyet, a 

felügyelők viszont olyan táblákat is láthatnak, mint nézet, szer- 

kesztés, tulajdonságok és állapot, valamint az összes tételt meg- 
nézhetik, ideértve a még nem nyilvánosakat is. 

Szerencsére a Plone felhasználói felügyeleti felülete eléggé köny- 

nyen megérthető. A weblap módosításához az edit (szerkesztés) 

fülre kell kattintani. Itt böngészőnk segítségével módosíthatjuk 

a tartalmat, a címet, valamint az összefoglalót. A keresések ered- 

ményében is ez az összefoglaló jelenik majd meg. A Plone fel- 

használói felületéhez JavaScriptet használ, hogy a kevésbé szak- 
értő felhasználók számára is könnyen kezelhető legyen. Így ha 
valamilyen HIML-elemre, például egy szövegmezőre vagy 
rádiógombra kattintunk, a Plone szerkesztőfelülete jegyzet- 
szerűen (tooltip like) tájékoztat bennünket, mit is kell beírnunk. 

A webalapú Plone-felülettel felvitt tartalom lehet egyszerű 

vagy html formátumú szöveg, illetve a Zope saját szöveges 

formátumát is használhatjuk, ami a formázási műveletekhez 
központozást és bekezdéseket használ. 

Én többnyire ezt a strukturált szöveget szeretem használri, 

HITML-hez csak akkor nyúlok, ha egy lapot strukturált szö- 

veggel már nem tudnék létrehozni. 

A lap fő dokumentumát a tartalmat kiegészítő apró segédletek 

(portlet) veszik körül. A Plone alapértelmezés szerint rengeteg 

ilyen segédletet ismer. Többek között használhatjuk a cikkek 

listáját, események megjelenítését, dátumot kiíró naptárat, a 

hónap fontos eseményeit kihangsúlyozó elemet, vagy az adott 

weblap témájához kötődő további dokumentumok listáját 

(related portlet). 

Ha új dokumentumot szeretnénk felvenni, a navigációs 

segédlet hivatkozására kattintva lépjünk át a tartalom nézetre 

(contents view). Itt a pillanatnyi mappa dokumentumainak a 

listájához jutunk. A bal felső sarokban található add new item 

(új elem felvétele) mezőben kiválaszthatjuk az új tartalomtípust. 

Nem árt tudnunk, hogy az új dokumentum azonnal létrejön az 

add new document gombra történő kattintás után, a tulajdon- 

ságokat és a tartalomtípust csak ezt követően módosíthatjuk. 

Alapértelmezés szerint a Plone számos tartalomtípust ismer: 

e A mappák segítségével webhelyünket hierarchikusan 
rendszerezhetjük. Hasonlóan a merevlemezhez, a statikus 
vagy a Zope-webhelyek mappáihoz a Flone-webhelyek is 
tartalmazhatnak könyvtárakat. A nyilvános mappák címe 
a navigációs segédletben jelenik meg. 

e . A Plone-weblapok leggyakoribb elemei a dokumentumok, 
amiket html formátumban, strukturált szövegként vagy 
egyszerű szövegként adhatunk meg. Legtöbbször valószí- 
nűleg új dokumentumot akarunk majd létrehozni. 

e A képek szinte bármilyen formátumúak lehetnek, beleértve 
a jpeg, png és a gif formátumúakat is. 

e A fájlok olyan elemek, amiket elérhetővé vagy letölthetővé 
szeretnénk tenni a nagyközönség számára, de nem tartozik 
hozzájuk a Plone munkáját megkönnyítő MIME típus. Ilyen 
például a OuickTime film, az audioklip és a Microsoft 
Office dokumentum. 
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e Az események (event) olyan kezdő és végdátummal bíró 
rövid dokumentumok, amik a naptársegédletben jelennek 
majd meg. 

e A hírek (news) típusú rövid dokumentumok az újságsegéd- 
letben jelennek meg. Ilyen módon egyszerűen tehetünk 
közzé például sajtóközleményeket. 


A Plone-nal együtt néhány hivatkozást is kapunk, amik közt 
érdekes külső címeket és előre meghatározott weblapon belüli 
kereséseket találunk. Egyre több új tartalomtípus születik a 
Plone-hoz, hogy csak két példát említsünk: már létezik web- 
napló (weblog) és a fotóalbum (photo album) elem is. 


Dokumentumok közlése 

Plone alatt alapértelmezés szerint minden új tartalom lát- 
ható lesz. Ez annyit jelent, hogy aki ismeri a címet, az bön- 
gészőjével hozzáférhet a dokumentumunkhoz. Igaz, a 
tartalom sem a keresőben, sem a navigációs segédletben. 

nem jelenik meg 

A dokumentum közzétételéhez kattintsunk a lap tetején talál- 
ható state elemre. (Ilartalomnézetből egyszerre több tartalmat 

is közzétehetünk a lap alján található state gomb segítségével.) 
Innen egy másik lapra kerülünk, ahol meg kell adnunk, hogy 
mikorra szeretnénk időzíteni a lap megjelenését, mikor járjon 
le, valamint megjegyzésben megadhatjuk a dokumentum köz- 
zétételének okát. A begépelt dátumok kötelező érvényűek, azaz 
a nyilvános dokumentum kizárólag a kezdő és a végdátum kö- 
zött lesz látható. Így már napokkal vagy hetekkel a tervezett 
megjelenés előtt anélkül felvihetjük a dokumentumokat, hogy 
a megfelelő időben változtatnunk kellene az állapotukon. 

A közzététel után a dokumentum azonnal kereshetővé válik, 
illetve azokban a könyvtárakban, amelyekben nem található 
index html dokumentum, böngészhető lesz. 

Egyik kedvenc Plone-képességem a tulajdonságok kezelése. 
Minden dokumentumhoz hozzárendelhetünk egy vagy több 
tulajdonságot a képernyő tetején található tulajdonságkeze- 
lővel (properties management). Amikor a felhasználó megtekinti 
a lapot, a viszony (related) segédlet a webhely összes olyan 
dokumentumát felsorolja, aminek egy vagy több tulajdonsága 
megegyezik a jelenlegi oldal tulajdonságaival. Ez a szolgáltatás 
a látogatóknak lehetővé teszi, hogy az őket esetlegesen érdeklő 
egyéb adatokat is könnyedén megtalálják. 


Összegzés 

A Zope igen hatékony alkalmazáskiszolgáló, a CMF pedig na- 
gyon jó CMS-készítő eszköz. Figyelembe véve azonban a mind- 
két alkalmazással kapcsolatos meredek tanulási görbét, elkép- 
zelhető, hogy a Plone lesz a Zope igazi sikeralkalmazása, ami 


könnyedén telepíthető, állítható be és kezelhető, és nagyszerű 
képességei révén új embereket hoz majd a Zope világába. 


A kapcsolódó címek, valamint a Plone megtalálhatóak 
a 48. CD/Magazin/ Plone könyvtárában. 


Linux Journal 2003. május, 109. szám 


Rewen M. Lerner (2 http:Awvww.lerner.co.il/atf) 
Nyílt forrású programokra, valamint web- és adat- 
bázis-alkalmazásokra szakosodott tanácsadó. 
Könyve, a Core Perl, 2002 januárjában jelent meg 
a Prentice Hall gondozásában. Reuven feleségével, 
és lányával Izraelben, Mod! In-ben él. 
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Melyiket válasszam? 


Azt amelyik biztosan megy Linux alatt: az Asus M2400£E-t. 
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gy ismerős cégénél merült fel nem 
is olyan régen a választás kérdése. 
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állásba, és rögtön azzal a nehézséggel 
kerültek szembe, hogy milyen noteboo- 
kot is kapjon. Mivel programmérnök- 
ként sokat tartózkodik külső munkán, 
csak és kizárólag egy hordozható gép 

a megoldás. Nagy szerencséjükre óriási 
a kínálat, Linux-szempontból azonban 

a hazai helyzet változatlan. Az eladók 
döntő többsége ugyan már nem próbál 
meg a ,Jó napot kívánok! Megy az a 
gép Linuxszal?" kérdés hallatán elmene- 
külni, hanem vagy egyenesen meg- 
mondja, hogy nem tudja, vagy neki 
minden mindegy alapon azt feleli: , Igen, 
naná". Mindenki döntse el, melyik a 
jobb. A kérdés tehát továbbra is az, hogy 
megvegyem-e a nagyjából húsz száza- 
lékkal drágább hordozható gépet, ami- 
ben olyan alkatrészek sorakoznak, ame- 
lyek 99 százalékban Linux-megfelelők, 
vagy kockáztassak? A válasz a követ- 
kező: vegyük meg a kockázatos gépet, 
de csak ha legfeljebb négy munkanap 
alatt közepes kínlódás mellett gépet 
lehet belőle varázsolni. Ez azonban kizá- 
rólag vállalkozó kedvű vásárlóknak 
ajánlható, vagy azok számára, akik 

- ha nem megy rajta a Linux — a másik 
rendszerrel használják majd. Számomra 
azonban ez nem elfogadható, mivel 
szerencsére már vagy hat éve csak 
Linuxot használok. 

Így el is ballagtam a Sowah nagykeres- 
kedésbe, és kölcsönkértem egy új típusú 
noteszgépet. Itt a nem sok jóval kecseg- 
tető Asus M2400E-t kínálták, amiben szá- 
mos alaplapi SIS lapka van. Két évvel 
ezelőtt a nagykereskedés ajtajából visz- 
szafordultam volna, hogy ezt ki sem pró- 
bálom, mivel úgysem fog menni. Ugyan- 
akkor két év a Linux-meghajtók piacán 
körülbelül öt normál évnek felel meg. 
Bevallom őszintén, a polcokon lévő gé- 
peket böngészve a 10-12" képátmérőjű, 
1 kg-os gépeket kerestem, hiszen szere- 
tem mindenhova elvinni a masinámat. 
A kereskedő azonban felvilágosított, 
hogy bár az Asus gyárt ilyen gépeket is, 
hozzánk nem szállítják — a magyar igé- 
nyeknek ugyanis a nagy LCD-vel bíró, 
közepes tömegű, azonban alapki- 
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építésben sok extrát tartalmazó gép felel 
meg leginkább. Az M2400E egy 19 kg 
össztömegű, 14"-os LCD-jű gép. Valóban 
nem nehéz, de van benne minden földi 
jó: DVD-olvasó, CD-újraíró, párhuzamos 
kapu, infrakapu, USB-kapu stb. 

Egy gyors metrózás után remegő kezek- 
kel billentyűztem be a legnagyobb linux 
laptopoldal oldal címét. Rövid keresgélés 
után meg is találtam: igen, előttem egy 
német srác már felküzdött egy SuSE 
7.2-es változatot egy ilyen gépre. Leírá- 
sából arra következtettem, hogy nem 
lesz nagy ügy. Nos, aki nekikezd, annak 
mindenképpen ajánlom, hogy első kör- 
ben egy monitorra kösse ki a képet. 
Ugyanis még a 2.4.20-as rendszermag 
sem a megfelelő kerettárazó (framebuf- 
fer) eszközvezérlőt tartalmazza a SIS vi- 
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deokártyához, így a Debian telepítő alja 
(ahol többnyire a választógombok van- 
nak) mindig kicsúszik az LCD-ről. Ren- 
des monitoron nézve sem tökéletes a 
helyzet, de ott legalább el lehet jutni 
odáig, hogy alaptelepítést kapjunk. Min- 
denfajta rendszermag-fordítgatás után 
sem kaptam rendes képet: hol kicsúszott, 
hol pedig mintha egy kifogyott szalagú 
mátrixnyomtatóból származó képet lát- 
tam volna. Rövid küzdelem után felhív- 
tam egy ismerősömet, aki egy héten 
keresztül már küzdött hasonló nehézség- 
gel. Két perc múlva az eredmény egy 
nem hivatalos SIS-rendszermagfoltra 
való hivatkozás volt. Hozzávetőlegesen 
tíz perccel ezután legalább már a konzo- 
lon olvasható, sőt kifejezetten szép betű- 
készlettel jelentek meg a feliratok. Ezek- 
után gyerekjáték volt az X 4.2-es változa- 
tához egy hasonló foltot találni, aminek 
segítségével nagyjából tíz perc alatt töké- 
letes 1024 x768-as képet sikerült elővará- 
zsolni. Ahogyan a rendőrségi helyszí- 
nelők jegyzeteiben szokott szerepelni, 
innentől kezdve az események 
felgyorsultak". 

Az lspci program segítségével megál- 
lapítottam, hogy egy Systems [SiS] 
515/7012 PCI Audio Accelerator hangkár- 
tyával nézek farkasszemet. A 2.4.20-as 


rendszermag ezt remekül támogatja. 
Azt lehet mondani, hogy mintegy két 
óra alatt egy olyan megbízhatóan műkö- 
dő rendszert tudtam felállítani, amiben 
csak a 56 K-s Winmodem nem működött 
— azóta viszont ezt is sikerült feléleszte- 
nem. Sajnos a nem hivatalos Winmo- 
dem-támogatást csak 2.4.18-as rendszer- 
magra fordították le, és a körülbelül 

1 MB-os forrás, amiből tetszőleges válto- 
zathoz lehetne fordítani, csak 2 teljes 
nap alatt csurgott le az egyik gépemre, 
ami mellesleg a BIX hálózatán csücsül. 
De megérte, mert hozzávetőleg tíz perc 
alatt az is elkezdett muzsikálni. Nos, 
nézzük akkor részletesen! 


A VGA konzol és az X beállítása 

Egy Silicon Integrated Systems [SiS]: 
Unknown device 6325 nevű eszközzel 
kell felvennünk a küzdelmet, amihez a 
2 http:/www.winischhofer.net/ 
linuxsis630.shtml címen találunk konzol- 
foltot. A leírás rendkívül egyértelmű, de 
a foltozás után azért egy rendszermag- 
fordítás szükséges hozzá. Az X foltozása 
is egy egyszerű cp parancs, ugyanis 
csak egyetlen 50-meghajtót kell bemá- 
solni a megfelelő könyvtárba - ez a 
readme.txt állományban egyértelműen le 
van írva. Utána a dokg-reconfigure 
xserver-xfíree8 parancs kiadásával 
hamar túleshetünk a dolgon. A végered- 
mény: borotvaéles X és gyönyörű 
konzolbetűk. 


Hangkártya 

A 2.4.20-as rendszermagban található 
,gyári" Intel ICH (i8xx), SiS 7012, nVidia 
nForce Audio or AMD 768/811x lehető- 
séggel tökéletes hangminőség érhető el. 


Hálózati kártya 

Ugyancsak a 2.4.20 rendszermagban a 

— SiS 900/7016 PCI Fast Ethernet Adapter 
support bekapcsolása után azonnnal 
használhatjuk. 


USB és IrDa 

Az USB- és IrDa-támogatás beállítása 
egyszerű feladat, akinek azonban gond- 
ja lenne az alaplapi IrDával vagy a 2.0-s 
USB-vel, az a $ http:/www.guska.hu 
címen megtalálhatja beállításuk módjait. 
Érdemes megemlíteni, hogy a gyári 
csomagban egy ajándék optikai egér 
bújik meg, amit Input Core eszközként 
fordítva tudunk használni — nagyon 
hasznos darab. 


Szoftmodem 


A 5 http:/www.linuxant.com/drivers/ 
hcf/downloads-license.html oldalról a 
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változatfüggetlen forráskódot érdemes 
letölteni, ami hozzáfordítja magát a 
pillanatnyi rendszermaghoz. 

Hogy ne legyen minden tökéletes, az 
APM sajnos egyik rendszermaggal sem 
működik, ezért az apmd sem tudja irá- 
nyítani a gépet. Az ACPI-támogatás 
viszont nagyon ígéretes. A rendszer- 
magba belefordítva és az acpidt-t felte- 
lepítve legalább a soft off szolgáltatás és 
a belső akkumulátor figyelését el tudjuk 
érni. Apropó, az elem közel 3,5 órás 
üzemidőt nyújt számunkra, akár DVD- 
nézegetés közben is. Ha hajlandóak 
vagyunk játszadozni egy kicsit, és fel- 
rakjuk a legújabb fejlesztői 2.5-ös rend- 
szermagot, akkor a benne lévő ACPTI-tá- 
mogatással egy 


echo. "xy MEA" /prOC/aCDII eúsxoe s ő 


parancs révén akár a processzor órajelét 
is meg tudjuk változtatni. 


WLAN 

Nem is olyan régen az FSRhu aktivistái 
az LME jóvoltából kint jártak Hamburg- 
ban, az Openoffice.org első tanácsko- 
zásán. Abban a szerencsés helyzetben 
voltam, hogy magam is részt vettem a 
rendezvényen. Az eseményről az előző 
Linuxvilágban lehetett olvasni, Verók 
István tollából. Így most csak arra térnék 
ki, hogy milyen érzés volt ősembernek 
érezni magunkat olyanok társágában, 
akik mind fejlett módszereket használ- 
nak. A konferenciaszervezők rendkívüli 
módon ügyeltek arra, hogy a világ min- 
den részéről egybegyűlt , fontos embe- 
rek" gond nélkül hozzá tudjanak férni az 
Internethez. Így rendelkezésünkre állt 
több nagy teljesítményű Sun munkaál- 
lomás és WLAN-hozzáférés, természe- 
tesen UIP-kábeles csatlakozás is. Mivel 
szinte mindenkinek volt WLAN PCMCIA 
kártyája, nem fordítottak túl nagy figyel- 
met az UIP-s csatlakozókra. Mi is pó- 
rul jártunk, ugyanis vagy félóra keres- 
gélésünkbe telt, mire találtunk egy jelölt 
csatlakozási pontot, ahol viszont 220 V 
nem volt. Nem beszélve arról, hogy sze- 
replésük közben az előadók WLAN se- 
gítségével az Internetet a terem bármely 
pontjából használhatták, így Miguel de 
Icaza is bemutatott egy SmartMoney 
weboldalt. Nos, ott megfogadtam, hogy 
a legközelebbi konferenciára én is be- 
szerzek egy WLAN-adaptert. Ezek ára 
az elmúlt időszakban elérhető lett, egy 
PCMCA-s változat ára 13-20 ezer forint 
között mozog. Az Asusnál árulnak olyan 
változatot az M2400E-ből, amiben van 
ilyen; bár az utólagos beépítési lehetőség 





ebben is adott, nem érdemes élni vele, 
ugyanis a többszörösét kóstálhatja egy 
PCMCIA-s modell árának. A nagykeres- 
kedésben kértem is egy Asus 11 Mbit/s 
PCMCIA-s modellt, aminek már a dobo- 
zára is rá van írva, hogy működik Linux- 
szal. A meghajtóprogramot a 

2 http:/www.linux-wlan.com oldalról 
lehet hozzá megszerezni, a 

2 http:/www.hup.hu oldalon pedig egy 
színvonalas beüzemelési útmutató 
található. 


Összegzés 

Az Asus M2400E rendkívül hasznos 
útitárs, amiben ugyan minden SIS 
alapú, de remekül működésre bírható. 
Érdemes viszont megemlíteni, hogy 
nagy terhelés esetén a gép szinte meg- 
vonja tőlünk a vezérlés lehetőségét. 
Például egy nagy sávszélességű letöltés 
esetén 2 MB/s-nál az egér akadozik, és 

a videofrissítés akár soronkénti is lehet. 
Hiába a Pentium 4-es teljesítmény, a sok 
eszköz (VGA, hangkártya) azonos IRO-t 
használ, és falja a processzorunkat. 
Ugyanekkora asztali gép — például egy 
Intel Ether Express hálózati kártya — 
esetében 2 MB/s-os letöltésnél még egy 
Pentium III-as esetén is tudok teljes 
képernyős filmeket nézni, hiszen a háló- 
zati kártya saját processzorral rendelke- 
zik, így nem programból kell emulálni. 


Varga S. Csaba 
(guskaoguska.hu) 

Az 1.1-es Slackware óta 
linuxozik. Kedvtelései közé 
tartozik a fotózás és a Linux 
telepítése PDA-kra. Legszíve- 
sebben a Gerecsében túrázik a barátaival. 





L inux-laptopoldal 
2 http:/Avwwv.linux-laptop.net 


SIS VGA meghajtó 
2 http://www.winischhofer.net/ 
linuxsis630.shtmi 


HCF szoftmodemmeghajtó 

2 http:/Avww.linuxant.com/drivers/ 
hef/downloads-license.htmi 

Processzor-órajelállítás 

2 http://privat.uwe-schlenther.de/ 
elinux m2400.html 

wWIlan Driver 

2 http:/Avwvwv.linux -wlan.com 

Asus nagykereskedés 

2 http:/Avww.sowah.hu 
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Kell egy kis nosztalgia... 
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Te is unod a mai 3D-s csodákat? Vágyódsz a régi VGÁ-s grafika után? 
Ismét át szeretnéd élni a hőskori játékok hangulatát? Akkor a DOSBox a te barátod! 


T alán akadnak még olyanok, akik 
emlékeznek a régi szép időkre, 
amikor egy álmatlan éjszakán 
bekapcsoltuk a 386-osunkat, ami egyből 
buzgón meg is számolta mind a 8 MB 
memóriánkat, majd szépen betöltötte az 
MS-DOS-t. Izgatottan vártuk, hogy meg- 
jelenjen a bűvös felirat, és elindíthas- 
sunk egyet a ma már legendának szá- 
mító játékok közül: az Alone in the 
Darkot vagy a Dune2-t. 

Ezek az idők már elmúltak, most már 
több gigaherzes processzorok dübörög- 
nek a gépünkben, memóriánk az akkori 
merevlemezünk méretének többszörö- 
sére duzzadt és valahogy már DOS-t 
sem használ senki. 

Jó hír azok számára, akik nem találják a 
helyüket a 3D-s játékok világában, vagy 
csak nosztalgiázni szeretnének egy 
kicsit, hogy nem kell kétségbeesniük, 
mert megszületett a DOSBox nevű meg- 
oldás, amivel könnyen és egyszerűen 
futathatjuk régi DOS-os játékainkat. 

A DOSBox egy DOS-emulátor, amit kife- 
jezetten régi játékok futtatására fejlesz- 
tettek ki. A 286-os, illetve a 386-os valós 
módját emulálja, ez azt jelenti, hogy 
azok a játékok, amik védett módot hasz- 
nálnak (például Duke Nukem 30), saj- 
nos nem ftuttathatók alatta. 

Azok a játékok azonban, amik nem 
használnak védett módot, szinte kivétel 
nélkül futnak. A DOSBox támogatja az 
XMS és EMS memóriakezelést, továbbá 
képes emulálni a Sound Blaster hang- 
kártyát is. Így nem kell lemondanunk 

a hangokról sem. Ezenkívül képes egy 
általunk megadott könyvtárat DOS-os 
fájlrendszerként emulálni (lásd később). 
A DOSBox egy SDL (Simple DirectMedia 
Layer) nevű könyvtárcsomagra épül, 
ami felülettfüggetlen multimédiás szol- 
gáltatást nyújt. E szolgáltatásokba bele- 
tartozik például a billentyűzet, az egér 
és a botkormánykezelés, a hangra és 

az OpenGL -re épülő 3D-s megjelenítés. 
Az SDL most már rengeteg felület alá 
elérhető, például Windowsra, BeOS-re, 
a BSD-kre és a Solarisra is. (Az SDL a 

2 http:/www.libsdl.org oldalról tölthető 
le, de a Linux-terjesztések többségében 
is megtalálható). 
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Az SDL-lel készített alkalmazások így 
percek alatt átvihetők egyik felületről 

a másikra. Ezért a dosbox sem kizárólag 
Linux alatt fut, hanem windowsos és 
BeOS-es változata is létezik. 

A másik fontos dolog, amit nem árt tud- 
nunk a DOSBoxról, hogy folyamatosan 
fejlesztés alatt áll. A jelenlegi változat 

(a 0.58-as) már tartalmazza a legfonto- 
sabb szolgáltatásokat, és a játékok jelen- 
tős hányada elindul alatta. A tapasztala- 
tok szerint azonban még korántsem 
képes tökéletesen emulálni a DOS és a 
BIOS szolgáltatásait, és jelentősebb hiá- 
nyosságok is akadnak benne, például az 
SVGA és a VESA grafika használatára 
nincs lehetőség. A fejlesztők azonban 
szorgalmasan dolgoznak, folyamatosan 
bővítik az alkalmazást, így egyre jobban 
növekszik a futtatható játékok köre. 
Mindezek ellenére már most is rengeteg 
játékot támogat. A DOSBox honlapján, 
a 5 http://dosbox.sourceforge.net/ 

comp list.php?orderby namedgletter— 
címen egy teljes listát találhatunk arról, 
hogy milyen játékokat futtathatunk rajta. 


A telepítés 

Az SDL-en kívül a DOSBox futtatásához 
a curses, a zlib és a libpng csomagokra is 
szükségünk lesz. Ezek is megtalálhatók 
bármelyik terjesztésben. 

A DOSBox része a SuSE 8.1-es változatá- 
nak, tehát ha van otthon 8.1-ünk, akkor 
megtalálhatjuk a telepítő CD-n. A leg- 
frissebb változatot letölthetjük a 

2 http://dosbox.sourceforge.net/ címről. 
Itt megtalálhatjuk egyrészt a windowsos 
és a BeOS-es lefordított változatot. 
Binárisban letölthető RPM-ben is, ám ez 
nem minden terjesztés alatt fut, ezért 
azt javasoljuk, hogy inkább a forrást 
szedjük le, és fordítsuk le mi magunk. 

A fordításhoz először csomagoljuk ki 

a tar —xvzf dosbox-0.58.tar.gz 
parancs segítségével, majd lépjünk be 

a létrejött könyvtárba. Először adjuk ki 
a . /configure utasítást, ami ellenőrzi, 
hogy megvan-e minden szükséges 
összetevő. Ha nem kaptunk hibaüze- 
netet, a make paranccsal kezdhetjük 

a fordítást. Ezután a make instal1 uta- 
sítással telepíthetjük a lefordított össze- 
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tevőket, de ne feledjük, hogy ezt csak 
rendszergazdaként tehetjük meg. 

Ha ez is megvan, akkor keressük elő régi 
lemezeinket a kedvenc hőskori játé- 
kainkkal. Hozzunk létre egy könyvtárat, 
és másoljuk oda őket. Ezután indítsuk 
el a DOSBoxot. Egy új ablak fog megje- 
lenni, amiben egy dos héj fut. Írjuk be 
amount c Ík nyvtEr] parancsot. 

A könyvtár itt azt a könyvtárat jelöli, 
ahová a játékainkat másoltuk, és úgy 
kell megadnunk, ahogy a Linux alatt is 
hivatkoznánk rá, például /home/user/ 
dosgames. Ezután a C: lemezrészen 
keresztül érhetjük el ennek a könyvtár- 
nak a tartalmát, és máris indíthatjuk 
kedvenc játékunkat. 


Honnan szedjünk régi játékokat? 

Mit kell tenni akkor, ha régen nem 
gondoskodtunk játékaink mentéséről és 
tárolásáról? Szerencsére az Interneten 
sok régi, feltételekhez kötötten ingyenes 
(shareware), ingyenes (freeware), illetve 
azóta már szabaddá tett DOS-os játék 
érhető el. Érdemes körülnéznünk a 

2 http://www./dosgames.com címen, 
illetve a 5 http:/www.hanbyl.com/ 
ClassicGames oldalon. Ezek valamelyi- 
kén biztosan fellelhetjük egyik-másik 
régi kedvencünket. 


A cikkhez kapcsolódó anyagok a 48. CD 
Jatek könyvtárában találhatóak. 


Garzó András (garzoandOinterware.hu) 
Körülbelül három éve foglalkozik Linux- és 
más Unix-rendszerekkel. Legjobban az 
operációs rendszerek lelkivilága érdekli, 
de nyitott egyéniség. 


Játsszunk, játsszunk valamit...! 


Ismét Itt a nyár, süt a nap és jön a forróság. Mehetünk strandra, nyaralni, 
de éppenséggel maradhatunk itthon is, a szoba hűvösében. 





mennyiben az utóbbi mellett 
döntünk, akkor sem fogunk 
unatkozni, hiszen rengeteg új 


játék jelent meg kedvenc rendszerünkhöz. 


Foobillard 

Ez egy igazi OpenGL-re épülő 3D-s 
,biliárdszimulátor", elsősorban megszál- 
lottaknak. A játék büszkén hirdeti magá- 
ról, hogy a fizikai törvényeket egy az 
egyben betartja, és ezáltal valósághű 
élményt nyújt. Valóban, a golyók tény- 
leg arra szaladnak, amerre lökjük őket, 
de a szemfülesebb játékosok észrevehet- 
nek néhány benne felejtett hibát. Sebaj, 
talán majd a következő változatra kija- 
vítják. Mindenesetre ezek a hibák nem 
olyan súlyosak, hogy a játékélményt 
komolyan befolyásolnák. 

Azt viszont meg kell hagyni, hogy a 
játék nagyon szép. A golyók kidolgo- 
zottak, sőt még árnyékuk is van. Az 
asztalt szabadon forgathatjuk bármelyik 
irányba. Az már csak hab a tortán, hogy 
mi választhatjuk meg az asztalt fedő 
posztó színét is. 

Mint minden rendes biliárdprogram, 

ez is többféle játékot tesz lehetővé. A ha- 
gyományos pool mellett játszhatunk 

9 ballt és snookert is. Lehetőség nyílik 

a többjátékos módra mind helyi, mind 
hálózati szinten. Emellett a géppel is 
összemérhetjük a tudásunkat, de csak 
ha nem félünk a megaláztatástól. 

A Foobillard mind forrásban, mind 
RPM-ben letölthető. Két változata is 
van: az egyik az SDL-re (Simple Direct- 
Media Layer), a másik a GLUT (openGL 
Utility Ioolkit) könyvtárcsomagra épül. 
A Linux-terjesztésekben általában mind- 
kettő megtalálható. A különbség a két 
változat között lényegében annyi, 
hogyha az SDL-eset töltjük le, akkor 

a játéknak hangja is lesz. 

2 http:/sunsite/foobilliard.dk 


Barrage 

Az xbill után (amikor a Windows logóval 
mászkáló Billeket kell szétütni — alapmű) 
itt a következő őrület, ami garantáltan ál- 
matlan éjszakákat és , kattintóizomlázat" 
okoz. A Barrage-ban egy nehéztüzérségi 
ágyút , alakítunk", és a feladatunk nem 
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kevesebb, mint elpusztítani mindenkit, 
aki átmegy a területünkön. 

A képernyőn három különböző típusú 
egység mászkál, fentről lefelé, illetve 
lentről fölfelé: gyalogosok, jeepek és 
tankok. Minden elpusztított gyalogosért 
5 pont, jeepért 20 pont, tankért pedig 
50 pont jár. Igen ám, de minden olyan 
jeepért, ami sértetlenül halad át a terü- 
letünkön, 10 pontot kell fizetnünk. lan- 
koknál az ár 50 pont. Szerencsére a 
gyalogosoknál ilyen nincs. 

Kétféle fegyverrel tüzelhetünk: az első 
egy golyószórószerű fegyver, amit a 


középső egérgombbal tudunk használni. 


Ez hatékonyan vethető be a gyalogosok 
és a jeepek ellen, mivel gyorsan egymás 
után tudunk tüzelni, viszont a tankok 
ellen hatástalan. A tankokat csak a bal 
egérgombbal kilőhető löveg tudja el- 
pusztítani, ezt viszont csak három má- 
sodpercenként lőhetjük ki. 

A játék célja, hogy három perc alatt 
minél több pontot gyűjtsünk össze. Ez 
azonban komoly kihívás, e cikk írójának 
például egyórányi játék alatt sem sike- 
rült három számjegyű pontszámot elér- 
nie. Mindezek tetejébe a Barrage nem- 
csak nehéz, hanem komoly függőség 
kialakítására is képes. 

2 http:/Igames.sourceforge.net/ 
index.php?project—Barrage 


Lemminyek után szabadon 

Ki ne emlékezne a Lemmings című játék- 
ra, ami új fejezetet nyitott a logikai játé- 
kok világában? A lemmingek ideje azon- 
ban lejárt, helyükre a pingvinek léptek. 

A Pingus egy az egyben ugyanaz, mint 
a nagy előd, csak — értelemszerűen — 
pingvinekkel. lermészetesen a pingvi- 
nek sem képviselnek magasabb szellemi 








szintet — szegények értelmileg egy picit 
visszamaradottak, maguktól semmi 
másra nem képesek, mint menni az 
orruk (pontosabban a csőrük) után. 

Azt viszont nagyon bátran teszik, ha 
nem avatkozunk közbe, simán belesétál- 
nak a legmélyebb szakadékba is. 

A feladat továbbra is ugyanaz: átvezetni 
szegényeket a pályán olyan módon, 
hogy a lehető legkevesebb pingvin essen 
áldozatul a zord körülményeknek. 
Néhány bevezető tanulószint után egyre 
durvább pályakkal kell szembesülnünk, 
amik olykor-olykor komolyabban is 
megerőltethetik szürkeállományunkat. 
A grafikára igazán nem lehet panaszunk, 
nagyon aranyosan gyalogolnak pártfo- 
goltjaink, a zene is sokat dob a hangu- 
laton. Az egyetlen negatívum, hogy még 
mindig viszonylag sok hiba maradt ben- 
ne, de ezek az újabb változatok során re- 
mélhetőleg el fognak tűnni. Mindenesetre 
ez a játék is remek munka utáni, illetve 
előtti (esetleg helyetti) elfoglaltságot jelent: 
2 http:/pingus.seul.org. 


A cikkhez kapcsolódó anyagok a 48. CD 
Jatek könyvtárban találhatóak. 


Garzó András (garzoandOinterware.hu) 


2003. június 19 
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Játszótér 


Ouake 1, 2, 3 és... 


Mint az a címből is kitűnik, e havi 
témánk a Ouake-sorozat - a kezdetektől 
egészen napjainkig. Az id Software hon- 
lapján a teljes termékkínálat megtalál- 
ható, természetesen nemcsak a Ouake- 
sorozat, hanem minden id-fejlesztés, 
régiek-újak együttesen. Ennek ellenére 
most maradjunk a Ouake bűvöletében. 


Ouake 1 


Lássuk a már történelemmé nemesült 
kezdeteket! A program 1996-os megjele- 
nése minden addigi elképzelést felül- 
múlt: a DOS operációs rendszeren 
nevelkedett játékosok addig nem létező 
képi világgal szembesülhettek. 

John Carmack és társai olyan játékot 
adtak ki a kezük közül, aminek az 
OpenGL és az általa nyújtott leképezési 
rendszer volt az alapja. 1997-ben jelent 
meg a gIiguake, valamint az első Unix-, 
illetve Linux-változatok. A gIiguake 
windowsos és linuxos változatai 3DfXx-re, 
és az általa támogatott Glide-ra készül- 
tek. Figyelembe véve az eltelt időt és a 
Glide, illetve a 3Díx kártyák kiszorulását 
a gépeinkből, a gIiguake telepítésével 
nem foglalkozunk (ennek ellenére a 
3Dtíx kártyatulajdonosok számára a 
CD-mellékletre felraktuk a giguake-0.97 
változatát, valamint — ha szükséges — 
elektronikus levélben kész vagyok 
telepítési útmutatást adni). 


Telepítés 
A sguake-1.1 (SVGA-változat) 
futtatásához szükséges elemek 


e SVGALib 1.20 vagy újabb 
(/lib/libvga.so.1.2.10) változata; 

e  libc 5.2.18 vagy frissebb (5.0.9-vel 
nem működik, /lib/libc.so.5.2.18) 
változata; 

e . CD-ROM a CDAudiónak; 

e  SoundbBlaster 16 és Gravis 
Ultrasound MAX hangkártya; 

e SVGALib által támogatott egér 
(az egér általában működik az 
sguake alatt, amennyiben X alatt 
is használható); 

e — 2.0.24 vagy újabb rendszermag. 


Útmutató lépésről lépésre 
1. Nyiss egy xterm ablakot! 
2. Add ki a su root utasítást, a rendszer- 
gazda jelszavával lépj be a rendszerbe. 
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3. A cd paranccsal lépj a 
/usr/local/games/ könyvtárba. 

4. Az mkdir guake paranccsal hozz 
létre egy guake könyvtárat. 

5. Fűzd be a Ouake CD-t, és a CD 
gyökeréből másold át a 9101 int.1 és 
3101 int.2 fájlokat a guake 
könyvtárba. 

6.A catgil0li int. 1 giül int.2 2 
guake . 1 paranccsal egyesítsd a 
fájlokat. 

7. A lha e guake.1 paranccsal 
csomagold ki a teljes guake.1 archív 
állományt, vagy a szintén a CD- 
mellékelten lévő ../pack/ könyvtárban 
lévő id1.tgz fájlt másold a guake 
könyvtárba. 

8.A tar xvÍz- fEjlneve utasítással 
csomagold ki (ekkor jön létre az id1 
könyvtár). 

9. A CD-mellékleten lévő ../guake 
könyvtárban lévő sguake-1.1.tar.gz 
fájlt másold a guake könyvtárba. 

10. A tar xvíz- fXgjlneve utasítással 

csomagold ki. 

11. Majd a . /sguake paranccsal futtasd 

az sguake programot. 


lermészetesen nem ilyen egyszerű a 
feladat. Figyelembe kell venni, hogy az 
sguake elkészítése óta nagyon sok idő 
telt el, és a Program együttműködési 
hajlama valószínűleg a nullához közelít, 
nincs hozzá terméktámogatás sem, mi- 
vel a fájl az 5 ftp:/ftp.idsoftware.com 
tárhelyen, az unsup könyvtárban talál- 
ható. Fontos az is, hogy a Ouake 1 for- 
rását az id Software kiadta és a GPL 
felhasználási szerződés alatt szabadon 
felhasználhatóvá tette. Írásunknak 
viszont nem célja bármilyen, a forrás fel- 
használásával készített Ouake-változat 
telepítésének támogatása és leírása. 

A telepítés során több gond is felmerül- 
het, ezek közül az első, hogy az egyes 
Linux-kiadásokban a tömörítő progra- 
mok nem mindegyike kerül fel a gépre, 
vagyis az lha nem feltétlenül képezi 

az alaptelepítés részét, ezért ezt külön 
fel kell tenni. 

A következő nehézséget a libc5-tel való 
megfelelőség okozhatja. A SuSE 8.2 alatt 
az shlibs5.rpm csomagot kell telepíteni, 
ez gyógyír a bajra. Red Hat 9 alatt sajnos 
nem találtam rá az együttműködő RPM 
csomagra, így elővettem a régi 6.2-es 
lemezét, és rpm —ihv paranccsal felte- 





lepítettem a libc, valamint a Id.so cso- 
magot (a megfelelő változatok szintén 
fent vannak a CD-mellékleten). Ezen 
túljutva az svgalib okozta galibába üt- 
közünk. Red Hat esetében ismét a 6.2-es 
CD-jéhez kell nyúlni, míg SuSE-nél az 
2 ftp:/ftp.suse.com tárhelyről kell felte- 
lepítenünk a megfelelő változatú svga- 
lib-et. A sokak által használt Mandrake 
esetében — mivel akkortájt még nagy- 
mértékben hasonlított a Red Hatre — 
ugyanúgy kell eljárni (minden szüksé- 
ges RPM-et, kivéve a SuSE shlibs5.rpm 
csomagot, tartalmazza korongunk). 
Fontos, hogy az svgalib, valamint az 
sguake közvetlen módon akarja írni, 
illetve használni a videokártyát, ezért 

a következő parancsokat rendszergazdai 
jogosultsággal kell kiadnunk: 


chown root sguake 
chmod 4755 saguake 


A guake.x11-1.0 (X11 változat) 

futtatásához szükséges elemek 

e  XIIR5 vagy újabb változat, a prog- 
ram XFreeő6 alatt lett kipróbálva, de 
általában egyéb X-kiszolgálókkal is 
működik; 

e  libc 5.2.18 vagy újabb változat 
(5.0.9-cel nem működik, ezért hasz- 
náljuk a /lib/libc.so.5.2.18-at); 

e . CD-ROM CDAudiónak; 

e  SoundbBlaster 16 és Gravis 
Ultrasound MAX hangkártya; 

e SVGALib által támogatott egér 
(az egér általában működik az 
sguake alatt, ha X alatt is működik); 

e — 2.0.24 vagy újabb rendszermag. 


A telepítési lépések megegyeznek az 
sguake esetében leírtakkal, eltérés csak 
abban van, hogy a CD-mellékletről a 
guake.x11-1.0.tar.gz állományra szük- 
ségünk van, és a telepítést követően 

a . /guake.x11 parancsot ki kell adni. 
Új elem továbbá a XIIR5-tel való meg- 
felelőség elérése: SuSE esetén a 
shlibs5.rpm felrakásával megoldódik, 
míg Red Hat 9 alatt a program gond 
nélkül futott XIIR6-tal is. 


Ouake 2 


1997 végén megjelent a Ouake 2, 
továbbfejlesztett 3D-támogatással, ami 
még mindig erőteljesen a 3Dfx tulajdo- 
nosoknak kedvezett, bár már az első 


Május hónapban a linuxos játékhírek soka- 
ságát ontotta magából az Internet. Ime az 
általam legizgalmasabbnak ítéltek! 


lcculus-hírek 

Számos linuxos játék fordítását végzik itt. 

A cég bejelentette, hogy a Devastation 

Linux Server próbal-es változatot elérhetővé 

és letölthetővé tették. A bejelentés a 

5 http://hcculus.org/news/news.php?id 

-1416 címen olvasható, míg az állomány 

a 5 http://ftp.eongames.com/iucculus. org/ 

devastation/devastation-Inxded-380.tar.bz2 

helyről tölthető le. A Devastation játékoldala 

a 5 http://www.devastationgame.com/ 
címen érhető el. 


Az Uplink fejlesztői korongon 
Az Uplink készítői egy úgynevezett deve- 
loper CD-n kiadják a program forrását! Mivel 
azonban a program kereskedelmi termék, a 
forrást feltehetőleg nem ingyen teszik közzé. 
2 http://introversion.co.uk/uplink/ 

2 http://introversion.co.uk/uplink/news.htmi 


Megjött a WineX 3.0 Pont2Play! 
Megjelent a Iransgaming által fejlesztett 
WineX 3.0 Pont2Play elnevezésű változata, 
amivel egyre több és jobb windowsos játék 
futtatható Linux alól. 

Egy elkövetkező számban részletes leírást 
fogok közölni a programról, valamint a 
beállításáról, ehhez viszont még meg kell 


nVidia INI kártyákat is támogatta, de 





a teljesítménypróbákon az akkoriban 
kialakult versenyben továbbra is a 3Dfx 
volt a nyerő. 

Tavaly, amikor a program elérte a 3.20-as 
változatot, követte a 
Ouake 1-es sorsát, és 

a forrását nyílttá tették. 
Nem elhanyagolható 
tény, hogy ennek a 
programnak a grafikai 
motorjára rengeteg 
másik játékot írtak, ilyen például a SIN, 
Wage Of SIN, Half Life-sorozat, Soldier 
Of Fortune; sőt ebbe a motorba belepisz- 
kálva, illetve feljavítva hozták létre a 
Daikatana programot. 





Telepítés 

A guake2-3.20-glibe . . . .tr.gz 

futtatásához szükséges elemek 

e  SVGALib konzolgrafika (ref soft.so) 
szükséges, az SVGALib 1.2.0 vagy 
újabb változat; 

e  X11 ablakos grafika (ref softx.so), 
X11R5 vagy újabb változat; 

e . 3DEX fxMesa, Mesa 3D vagy 3DEX 


www.linuxvilag.hu 


nyernem a Iransgaminget, hogy a WineX-et 
feltehessük a magazin CD-mellékletére. 

2 http:/Awwwi.transgaming.com 

2 http:/Awvwwi.transgaming.com/download.php 
Új játék a láthatáron! 

A program neve StokedRider, és az év vége 

felé várható a megjelenése. A program egy 


KAL VÁLNA A AE AT ga 
cominyt ín 2003 for mac, linux kepe 


extrém snowboardjáték, az előzetes 
képekből az már most látszik, hogy nem 
csak havon lehet majd száguldozni. 

2 http:/Awwwi.stokedrider.com/index.htm 


Enemy Territory próba 

A hónap valódi érdekessége, hogy megje- 
lent az Enemy Territory első próbaváltozata, 
ezt követően a készítők , feltehetőleg" a 
teljes játékanyagot kiadják. Más játékok 
küldetésanyagaival szemben itt nincs 
szükség az eredeti RTICW (Return to Castle 


Miniport (ref gl.so), Mesa 3D 2.6 
vagy újabb, kifejezetten 3DEX támo- 
gatással fordítva; 


e általános gIX (X11) OpenGL alapú 


(ref glx.s0). 


Lépések... 
1. Rendszergazdaként lépj be a 
/usr/local/games könyvtárba. 
2. Az mkdir guake2 paranccsal készíts 
egy guake2 könyvtárat. 
. A fent említett fájlt másold át a 
CD-mellékletről. 
4. Add ki tar xvfíz- fgjl neve 
utasítást. 
. A MbGI.so, libMesaGL.so, 
libMesaGL.so.2 hivatkozásokat és a 
libMesaGL.so.2.6 állományt törölni kell. 
6. A guake2.conf fájl át kell helyezni a 
/etc-be. 

7. A windowsos telepítő CD-ről, az 
Install/Data/baseg2 könyvtárból 
a pako.pak fájlt be kell másolni a 
/usr/local/games/guake2/baseg2 
könyvtárba. 

8. A baseg2 tartalmaz egy players 

könyvtárat is, ebben bújik meg a 
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Wolfenstein) lemezre, illetve telepítésre. 
2 http://damesactivislon.com/games/ 
wolfenstein 


Új NWN beta4 

Ismét megjelent a NWN (Neverwinter 

Nights) újabb próbaváltozata, 4-es számmal. 

2 http:/Awww.nwnbioware.com/downloads 
/Iinuxclient.htmi 


Midnight Racing Linuxra 
A Hyperion Entertainment újabb linuxos 
átültetésbe kezd: az eddigi kínálatot bővítve 


Positian 


Zeit 





(SIN, Shogo MAD) a Midnight Racing 

autóverseny program átültetését tervezik 

Linuxra. 

2 http:/Awww.hyperlon-entertainment.com/ 

2 http:/Avww.incagold.com/products/ 
midnight2Oracing/midnight.php 


female és a male könyvtár, ezekben a 
könyvárakban lévő .pcx kiterjesztésű 
fájlokat be kell másolni a /usr/local/ 
games/guake2/baseg2/players/female, 
illetve /usr/local/games/guake2/baseg2/ 
players/male könyvtárba. 


Kész is, így viszont még nem mennek az 
összekötő és bevezető (intro) videók. Ezt 
úgy érdemes megoldani, hogy a telepítő 
CD ...baseg2/video könyvtárát a 1n -s 
parancs segítségével teljes egészében 
linkelni kell a /usr/local/games/guake2/ 
baseg2 könyvtárba. Egyetlen dolog 
hiányzik még: egy közvetett hivatkozás 
az OpenGL vezérlőre, a /us/lib/libGL.so- 
ra. Érdemes erre a fájlra mutatva készí- 
teni a közvetett hivatkozást, mert így a 
meghajtó vezérlőjének váltásakor nem 
kell minden alkalommal elkészíteni a 


közvetett hivatkozást. 


ln -a /usrziib/libEL.80 /7ús8€t/ 
5]ocal/games/guake2/libGL.so 


A Readme fájl szerint a guake2 fájlnak to- 
vábbra is szüksége van a videoalrendszer- 


2003. június Ti 


0 Kiskapu Kft. Minden jog fenntartva 


. LAT 















3 hez történő egyedi hozzáférésére, tehátki — (A g2load, valamint a guake2.ico fájl CD- majd rendszergazdai jogosultsággal 

2 kelladnunk a következő parancsot: mellékletünkön ugyancsak megtalálható.) — adjuk ki a szokásos utasításokat: 

a A játék csak ablakban működik 3D- 

E chown root guake2 gyorsítással, és X alatt nem kezeli az make 

e chmod 4755 aguake2 egeret, de ennek a nehézségnek létezik make install 

eri megoldása. Méghozzá két választásunk ; 

.o. Innentől kezdve nincs másra szükség is adódik: a 3 http:/icculus.org oldalon Így megváltozik a futtatandó állomány. 

a a játék indításához, mint futtatni a rengeteg windowsos programot Nem a Ouake2 programot kell meghívni 

ks . /guake2 parancsot - ehhez viszont próbálnak meg Linuxra ültetni, azegyik — a játékhoz, hanem a g2 parancsfájlt, ami 

.C egyedi paraméterek kellenek. ilyen projekt keretében készítettek egy már a DGA-támogatással futtatja a 

s grafikus telepítőt a Ouake2-höz Ouake2 programot. 

- (5 http:/icculus.org/guake2). A fájlt 

ae i o guake2-0.15.run néven kell keresni Ouake3 

ei (lásd CD-nken), ez futás közben bekéri John Carmack tovább 

CG az eredeti Ouake2 windowos korongot, növelte az OpenGL-ből [Yv Mkt 

e ; ii ; ; 

4) valamint kezelni képes a Ouake2-höz kihozható energiát, ESET 

ae készült küldetéslemezeket is. majd új, korszakalkotó b 

o 8 —— — grafikai motort készítve 1 kést. 
létrehozta a Ouake3-at. — Ézs 7álarz 12 
Olyan programot alko- Iz . 











tott, ami jó testreszab- 

hatóságának köszönhetően mindenféle 
grafikus kártyán futni képes. 1999 végén 
megjelent a Ouake3 linuxos változata. 
Körülbelül itt kapcsolódik be a linuxos 
játékok történetébe a Loki. A cég által 
rengeteg windowsos játék került fordí- 
tásra, illetve átültetésre Linux alá. Több 
oka is van annak - és ezeket nem tisz- 
tem vitatni és vizsgálni —, hogy a Loki 
megszűnt, ám az általa végzett munka 
máig fennmaradt (lásd az nVidia új 
telepítőprogramját). 

















Felpakolás 

A játék telepítése kétféleképpen is tör- 
ténhet: az eredeti linuxos CD-ről való 
telepítéssel, valamint a linuxos frissítési, 
illetve kiadási pont meglátogatásával, 
ami tartalmazza a szükséges linuxos 
bináris állományokat, valamint a frissí- 
tett pak kiterjesztésű fájlokat, amiket 
letölthetünk. 








Így érdemes futtatni a programot: 


2 a 


A telepítőprogram a g2hack bővítményt 





/guake2 tset vid ref glx tset is tartalmazza (ez külön is szerepel a 
gl diver LlibGL.so CD-nken), ami nem más, mint egy 

DGA-bővítmény a Ouake2 programhoz, 
(A fenti példából adódik, hogy a hogy az képes legyen teljes képernyős 
libDGL.so a /usr/local/games/guake2 üzemmódban futni, valamint X11 alatt 
könyvtárban található, és a megfelelő kezeli az egeret. Fontos megjegyezni, 
vezérlőre mutat). hogy a program a Ouake2 GPL forrására 
Mindezt egy egyszerű parancsfájlba is épül, és nem azonos az id Software által 
be lehet foglalni: kiadott linuxos anyaggal. 

Amennyiben az eredeti id Software-es 
ft! /bin/sh anyagot meg akarjuk tartani, de szük- 
irat dt dt dt dt dt dt dt dt dt dt dE dt E dt dE EGE ETETETT TET TETT AE TT ségünk lenne a teljes képernyős üzem- 
ft Load Ouake2 from módra, akkor a g2hack programot kell 
t /usr/local/games/guake2 telepítenünk. A g2hack-nek az id 
ftdt dt dt dt dt d E dt E dt dt Et ET AE AE AE AE TE TETT TEAT AE TT AE TT Software termékre való telepítése 
cd /usr/local/games/guake2 roppant egyszerű: 

—  /guake2 -set vid ref glx 
-4-set gl driver LlibGL.so tár xyiz- újznack taáar,az 


18 Linuxvilág 





Az első változat esetén be kell fűzni a 
CD-t, majd rendszergazdai jogosultság- 
gal futtatni kell a setup . sh parancs- 
állományt. 











A fenti képről látszik, hogy a linuxos 
telepítőprogram sokkal több elemet 
telepít fel, mint a frissítés. Érdemes még 
megjegyezni, hogy a telepítőprogram 
felrakja ugyan a pak0.pk3 fájlt, de azt 
utólag törölve ugyancsak tárhelyet 
takaríthatunk meg, ha a linuxos CD-n 
megtalálható /baseg3 könyvtárban lévő 
pako.pk3 fájlra készítjük el a közvetett 
hivatkozást, hasonlóan a lentebb leírt 
windowsos korongról való telepítés 
módszeréhez. 

A második módszer esetében fel kell 
telepíteni a frissítést, majd be kell fűzni 
egy windowsos Ouake3 CD-t. 
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Free space. 1560 MD Estimated size: 33 MB 
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Erről a szükséges fájl a pakO.pk3, ezt kell 
bemásolni (megfelelő méretű merevle- 
mez esetén), vagy az 1n -s parancs se- 
gítségével közvetett hivatkozást kell róla 
készíteni a /usr/local/games/guake3/baseg3 
könyvtárba a 


ln -s /mtn/cdrom/Ouake3/baseg3/ 
5spak0 . pk3 

5 /usr/1local/games/guake3/ 
5baseg3/pak0O.pk3 


parancs segítségével. 


A frissítőcsomag feltelepítése a linuxos 
CD esetén is szükséges, ilyenkor azon- 
ban csak a frissített pak fájlokkal kell 
foglalkozni, illetve alapértelmezésben 
a frissítés csak ezeket teszi fel. Nincs 
szükség a windowsos CD-re, mert ha 
a program alapvetően nem arról lett 
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telepítve, akkor csak fölöslegesen nyúl- 
nánk bele a telepített programkörnye- 
zetbe. Erre többek között azért is szükség 
van, mert a kiegészítő lemezt, a Ouake3 
leam Arena programot csak a frissített 
pakfájlok segítségével lehet futtatni. 


Ouake 3 Team Arena 

A leam Arena azokat a Ouake3-rajon- 
gókat próbálja meg maga mellé állítani, 
akik nem voltak mege- 
légedve a Ouake3 háló- 
zatos játék jellemzőivel, 
valamint ezzel a külde- 
téslemezzel próbálták 
meg kárpótolni a fel- 
használókat az általuk 
hiányolt részekért. 

A telepítés történhet eredeti linuxos 
CD-ről, de a felrakott frissítést követően 
windowsos korong segítségével is. 

A windowsos út esetén program futtatá- 
sához szükség lesz az eredeti 03 CD-re, 
mert ha eddig bárki csak közvetett 
hivatkozást használt (lásd a pak0.pk3 
esetében), akkor a windowsos lemezről 
történő telepítés esetén a 850 MB-os 
pako.pk3 fájlt kénytelen lesz felmásolni 
a /usr/local/games/guake3/baseg3 könyv- 
tárba. Ez az alapja a kettős Ouake3 és 
Ouake3 leam Arena futtatásnak. 

Fel kell telepíteni a fent említett frissí- 
tést, majd kölcsön kell kérni vagy meg 
kell venni egy Ouake 3 leam Arena 
windowsos CD-t, és a következőket kell 








tennünk: a beszerzett lemezről, a 
missionpack könyvtárból a pako.pk3 fájlt 
be kell másolni a /usr/local/games/ 
guake3/missionpack könyvtárba. A többi 
packfájlra azért nincs szükség, mert az 
id Software által kiadott frissítés 
tartalmazza őket. 

Az indítás kétféleképpen is történhet: a 
régi Ouake 3 programból, vagy az alábbi 
utasítássorral: 


./guake3 tset fs cdpath 
s" /usr/1local/games/guake3/ 
sbaseg3" tset fÍs game 
smissionpack 





Ehhez érdemes egy rövid kis parancs- 
állományt írni: 


t!/bin/sh 

tett de dE TE TE TE TE d TE TE TE TE TE TE TE TE E E TE TE TE TE TE E 1? 1t dd 
t Load Ouake3 Team Arena Írom 
t /usr/local/games/guake3 

fett de dE TE TE TE TE TE TE E TE TE TE TE TE TE AE E TE TE TE TE TE E ítt 1 
cd /usr/local/games/guake3 

—  /dguake3 tset fs cdpath 

s" /usr/1local/games/guake3/ 
sbaseg3" tset fÍs game 
Ssmissionpack 


CD-nken a mintafájl arena néven lelhető 
fel. Azzal, hogy az összes állomány 
felmásolásra, illetve telepítésre került, 
oda-vissza válthatsz a két program, még 
inkább a két küldetés között. Az eredeti 
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0Ouake3 az Arena alól is indítható. 
Kimondhatjuk, hogy az id Software a 
maga nemében páratlan játékot alkotott, 
és egy fantasztikus küldetéssorral aján- 
dékozott meg bennünket. Mindhárom 
rész áttörés volt a maga idejében az 
addigi megjelenítés és a 3D-s grafika 
terén. Az id Softwaretől sokan liszen- 
szelték a grafikai motort, amire számos 
játékot építettek. A jövő hónapban ezek- 
kel foglalkozom majd, körbejárva a 
kínálatot, hogy — némi átdolgozással — 
más programozók, illetve cégek mit 
hoztak ki a Ouake-motorokból. 
(Megjegyzés: mellékletünkön a guake2, 
valamint a teamarena könyvtárban talál- 
hatók meg a pályabővítmények és a 
cheatek is.) 


] Kosztandinovszki Norbert 
(kosztandinovszkodialec.hu) 
Linux- és játékmániás 
számítógépőrült. 


2 http:/Awww.idsoftware.com 
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Hasznos apróságok 


GNU Pilot Logbook Pro 

A pilóták tudják, hogy a naplóvezetés 
maga nem jelent nagy munkát. A hely- 
zet azonban bonyolódik, ha azt akarod 
tudni, hogy melyik óratípusból meny- 
nyivel rendelkezel. Ez a naplóprogram 
teljesen olyan, mint a hivatásos repülési 
naplók; minden szükséges bejegyzés 
megtalálható benne, illetve két, felhasz- 
náló által megadott mezőt is kínál. 
Ezenkívül egy kis héjprogramot - ezt 
saját magadnak kell megírnod - lefut- 
tatva az adatfájlon egy olyan fájlt állít- 
hatsz elő, ami 60 vagy 90 napra vissza- 
menőleg összesíti az órákat, és kiszá- 
mítja, hogy mennyit jelentenek pénzben 
kifejezve. Előfeltételei: libgtk, libgdk, 
libgmodule, libglib, libdI, libXi, libXext, 
libX11, libm, glibc, pilótaengedély és 
repülőgép (e két utóbbi nem kötelező). 
2 ftp.stampede.org/skibum/gplbp/ 


gplbp.tar.gz 


Football Manager 

Ebben a játékban egy futballcsapat 
edzője vagy. A grafika elnagyolt, de a 
játék igen szórakoztató. Stratégiai játék- 
ról van szó: játékosokat vásárolhatsz és 
adhatsz el, és ki kell választanod, hogy 
kik játsszanak a meccsen az adott héten. 





Ha ezzel végeztél, szusszanj egyet, majd 
30 másodperc múlva megnézheted a 
kapuralövéseket és az eredményt. Ezu- 
tán megtekintheted a csapatod helye- 
zését, vagyis hogy a liga többi csapatá- 
hoz képest előbbre vagy hátrébb került- 
e. Ha nem törlöm le ezt a játékot a 
gépemről, soha nem végzek a mun- 
kámmal - még az Adventure-nél is csá- 
bítóbb. Előfeltételei: hbSDL, libm, hbXII, 
libXext, libdI, libpthread, glibc. 

2 http:/www.autismuk freeserve.co.uk 
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Hardware lister 
Ez az alkatrészlista-készítő ügyel a rész- 
letekre, és tartalmazza az ÍRO-t, a hasz- 
nált modulokat, illetve további adatokat 
a kártyákról és más alkatrészekről. Ha 
például leltárkészítés miatt igen rész- 
letes adatokra van szükséged a rend- 
szerről, akkor a figyelmedbe ajánlom ezt 
a programot. Egyedül a hálózati kártyák 
MAC-címét nem tartalmazza, az azon- 
ban elég egyszerűen kideríthető. Futta- 
tásához libstdc- --, libm, libgcc s és 
glibc szükséges. 
2 http:/ezix.sourceforge.net/software/ 
Ishw.html 


Magic Notebook 

A Magic Notebook jegyzetelésre szolgál, 
csak éppen webes felületet kell hasz- 
nálni toll vagy ceruza helyett. A prog- 
ram bárhol használható, ahonnan a 
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The Magic Notebook 
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webkiszolgáló elérhető, és normál mó- 
don vagy titkosítással futtatható. A jegy- 
zeteket a saját fájlrendszered HIML- 
fájlok formájában tárolja, így a webes 
felület nélkül is megtekintheted őket. 
Futtatásához webböngésző és olyan 
webkiszolgáló szükséges, ami kezelni 
tudja a CGI[-parancsfájlokat. 

2 http:/www.jonathanscorner.com/etc/ 
magic notebook 


Server Status 

Ismét egy program, amivel szemmel 
tarthatod a kiszolgálókat és állapotukat. 
Igaz ugyan, hogy X Window kell hozzá, 
ám használata gyors és egyszerű. Az 
ilyen programoknak általában szüksé- 
gük van SNMP-re, a Server Status azon- 
ban csak alapvető hálózati szolgáltatáso- 
kat igényel. Bármilyen rendszeren fut- 
tathatod, amin Perl vagy Ik van, és 
azonnal jelzi, ha valamelyik fontos szol- 
gáltatásnál gond adódik. 











Nem értesít levélben, de (a beállítástól 
függően) 60 másodpercenként önmű- 
ködően frissül, és könnyen áttekinthető. 
Futtatásához Perl és a következő Perl- 
modulok szükségesek: IO::Socket, Ik, 
Tk::Checkbutton, Tk::Menubutton és 
Ik::Optionmenu. 

2 http:/www.the-den.org/status 


Pebrot 

Napi munkám során jó néhány kiszol- 
gálón dolgozom, és a többségükre nem 
telepítek X Windowt, ezért mindig kí- 
váncsi vagyok minden, X-programok 
helyettesítésére alkalmas parancssori 
programra. A Pebrot az MSN Messenger 
Python nyelvű változata, ami a Unix 
talk programjához hasonlóan nem igé- 
nyel X Windowt. Ezáltal megkönnyíti 

a feladatod elvégzését, ha távolról kell 
futtatnod a programot vagy nincs X tele- 
pítve. Futtatásához Python szükséges. 

2 http:/pebrot.sourceforge.net 


File access statistics 
Ez a segédprogram a fájlrendszer tet- 
szőleges részét (vagy egészét) áttekinti, 
és meglehetősen részletes kimutatást 
készít a rendszeren található fájlokról. 
Amennyiben Debiant vagy Debian ala- 
pú rendszert (például Knoppixot) fut- 
tatsz, további adatokhoz juthatsz a dokg 
fájlokkal kapcsolatban. Ez a program 
a létrehozás vagy módosítás dátuma he- 
lyett inkább a hozzáférés ideje alapján 
határozza meg, hogy az egyes fájlok 
milyen régiek vagy mennyire elavultak. 
A már öt éve érintetlenül álló fájlok jó 
eséllyel történelmi ereklyék vagy 
kacatok. Futtatásához Perl szükséges. 
2 http:/www.hszk.bme.hu/-nm127/ 
file statistics 


Kapcsolódó anyagok a 48-as CD Maga- 
zin/Hasznos könyvtárában találhatóak. 
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David A. Bandel 
(dbandelopananix.com) 
Jelenleg Panamában él, 
Linux- és Unix-tanácsadással 
foglalkozik. Társszerzője a 

]l Oue Special Edition: 

Using Caldera OpenlLinux című könyvnek. 





